经历的几个项目,项目的进度老是不尽如人意。更重要的是市场的开拓因为这些项目拖住了后退而无所作为。
我们现有的情况是：项目期限和最开始的保守估计都相去甚远，最后提交给客户的产品60％都是最后一个多月开发出来的，还有20％左右是以前就固有的固定模块。这几个项目我参与了编码，我对整个系统还是很了解的，但是就我的了解,我是不能让自己满意的。
也和其他同事聊了一下，探讨了一下原因。原因林林总总，因为我最近在看《人月神话》和《人件》也是深有感触，结合自己这些项目上的体会。谈一些自己的意见和建议，从好的方面说是活学活用，学以致用，从坏了方面说是班门弄斧，贻笑大方。
就如总监所说，项目出了这些问题，不是我们编程技术上的问题（很多项目的失败都不是技术上的问题），那就应该是我们项目管理上的问题。
我最近一直在思考这个问题：怎么才能很好的控制项目。显然以我的能力是只能发现问题，不能分析问题，解决问题的。这个业界的通病，我认为在我们公司同样解决不好。我们在技术上是成熟的，系统的构架能很好的适应项目，使用的技术也是成熟的，没有什么真正意义上的技术攻关。其他的项目也是这样，但是我们的项目却都是一样的问题。问题不在技术上，在管理上。最近看《人月》给我的第一感觉就是我们的文档太少。虽然我也是很排斥那些对人约束的文档的。需求分析文档，系统设计文档，用户需求变更文档......还有就是人员的问题。“我们在人上面遇到的难题比在技术上遇到的难题更多，但是我们在项目过程中用在技术上的时间比在人员上的时间显然少很多”，这个是《人件》上的话。
对于这些问题，在我看来，员工心态上我们还能作得更好。
员工心态上，为什么越是到最后期限，工作效率越是高？
无论项目时间是多长，都是最后时间最忙的问题。目前的这几个项目，项目的进度完全取决于客户定下的最后期限，我们都是被动的在项目启动和客户确认结束项目这段时间忙。但是实际上有一半时间是在白忙。一直作的都是，随时都基本上完成了，但任何时候都是今天作的比昨天作的好。这不是我们的惰性，而是人的共性。不是我们懒惰，我们组的员工在工作热情上还是很优秀的。公司想很快完成项目，想我们赶进度，节约时间作下一个项目，我们员工又何尝不是呢？但是前提是最好不要牺牲我们个人的时间。但是事实远非如此，作为员工最坏的想法是，我为什么要牺牲自己的利益来赶进度，进度上去了，工作量多了但是时间没有变，计时工资没有变。为什么我要参与压迫自己的活动？虽然不会这么极端但是潜意识里面是不喜欢赶进度的，至少不会主动赶进度。怎样才能让公司的意志和员工的意志统一起来呢？项目奖金。项目奖金我们是实行了的。但是因为老是滞后很久，所以给人感觉远水解不了近渴体会不到是“奖”的。说白了无论忠诚也好，敬业也好，大家工作的第一目的是为了钱，最基本的都是为了追求金钱而工作的。如果前面有钱的诱惑，我相信大家会争先恐后的。项目奖金的钱迟早是要发的，但是为什么不能发得及时一点，让员工觉得那是因为他工作的努力奖励的，来激发员工的激情呢?回头一想：说来惭愧，如果项目初验就发项目奖金的话，我已经加班加点的组织大家改完BUG，然后催促客户验收了。我相信哪怕是组织他们通宵，大家也会乐意的。
加班是比赛中的冲刺，但是因为里程碑太多，所以需要冲刺的也太多，于是就达不到冲刺的效果了，如果中间休息得多，真正能冲刺的时候也就多了。
一个越是时间紧迫的项目，越是需要频繁的召开头脑风暴会议，还有就是聚会（《人件》上的大意）。虽然开会占用了时间，但是能节约思考的时间少走弯路（对于我们还起到了督促进度的作用）。聚会可能会耽误一天