影响项目进度的几大因素

从事互联网行业快6年了，每家互联网公司都有自己的团队。我去过的公司很多，各部门协调不好的话，进度慢，并且大家还累的要死，说一下脑子里印象比较深的几个。

1，需求变动

这一点是最要命的，需求如果没有书面的形势确定下来的话，就比较容易变动。人的思想都是不断改变的，今天一个想法，明天一个想法这谁都受不了。想法的不同可能会导致程序要重开发，或者数据库要重新设计。这样的情况，做程序的肯定都遇到过。,

有的情况是这样的，根别人有合作，假如有100合作伙伴，这100家可能会提出100种可能性，并且这100个需求并不是一次给你的，可能开始的时候只有10种需求，后来需求越来越多，最终的结果是，如果不进行数据库重设计或者代码重构根本满足不了这种需求。或者是做了很多个小系统，来满足不同用户的需 求，这样后期维护就是杯具。

需求变动有的时候是避免不了得，随着时间的推移，需求肯定会有所变化的，但是要以书面或者是电子档的形势来确定下来，这里确定只是一个阶段，确定下来就有了依据，至少提需求的人会认真的思考，会尽量把需求提得更清楚，更全面，对于他来说也是一种责任。如果真的有需求变动，要在原来的基础上有所改进，也要等到一期做完。因为改进是永无止静的，没有最好，只有更好，所以这种改进要一步一步完成，不能一口吃个胖子。

2,不要为了赶进度，而忽视质量

当进度表，安排下去了以后，人手不够，任务重，所以大家都重进度，轻质量。这个必须自己把好关，测试人员把好关，一块一块完成，而不能把小问题全部放到后期来改，这样的话，后期的压力比较大。

举个例子：套模板，模板基本都是死的，套上程序后（比如做了一些特效），样式上会根静态的模块有可能会不同，这样的问题积累多了的话，到后来在根前端配合改，会很累，做前端的还不能统畴考虑。所以遇到这样的问题，一开始就和前端配合，这样前端也能了解到，套过后样式的不同等。这样后期bug会少很多。

3,能力不行的，尽早让他走人，对别人，对自己都是有利的

我觉得自己就不够狠，因为必尽在外面的人都不容易。有的时候遇到问题，又解决不了，我就能帮就帮了。这样不是帮别人是害人，这就好比中学生给小学生做家庭做业一样，这样帮下去，他已然不会成长。这个时候不能帮，让他自己去解决，在解决的过程中，提高自己的抗压能力，提问自己解决问题的能力，长期以往的话，能形成自己的一种思想。我就遇到过这样的人，技术不错，但是思想不行，可以用鬼异来形容。导致后来，那个人写的逻辑部全部重写。这样时间就浪费了。

4,责任心要强

责任心很重要，如果我手头上有很多工作，没有完成，我什么时候都会想着它，做地铁都会做过站。但是也有一些人，可以说根本没有责任心。

就以改bug为例吧，把一个bug交给别人，过一段时间问他，改好了没有，他说改好了，我一看根本没有改好不说，还又改出来一些bug，像这种人尽快的让他离开。到后来基本上团队里面的对他都不信认了。对别人负责任，就是对自己负责任。

5,学会勾通，善于勾通

怎么样把自己的想法很清楚的告诉别人，怎么样很快的了解别人是怎么想的。这不是件容易的事。我总结了一下，要学会站在别人的立场上考虑问题。做程序，还是做其他的都要有自己的思想，不能别人说什么就是什么。别人说的就一定是对的，一定是最好的吗？多种想法的碰撞后，才会有精华出来。