现在，很多领导都有一点偷懒的心理，仿佛项目经理提交了项目计划，项目就能顺利完成似的，这显然是一种侥幸心理，非常不现实。那是不是制定得非常完美的项目计划就能保证项目顺利完成？显然也是不确定的，毕竟项目的不确定因素非常多，而且项目的开发完全是人在做，而不是机器，存在很多不确定因素的可能性是比较大的。所以，项目计划制定完毕，并且经过评审，也不能完全保证这就是一份完全贴合实际的计划。
因此，项目计划应该允许一定的弹性，当然，这种弹性是在一定范围内，这就好比一座摩天大楼的最顶层，与其将其死死固定住，不如留有一定的摆幅，反而能够更加稳定。
举个例子，很多领导对项目计划有一种认知，认为项目计划必须很精确，精确到周、甚至到天、小时等，不能说这种想法有多少错，但是盲目将所有项目计划精确到天和小时，是不太现实的。
为了解决这个问题，我们可以先考虑下面几个问题：
1、我们的项目计划是不是非常合理？如果不合理，则精确到天、小时基本上是个伪命题。比如通常一个中小项目的开发周期一般为3~6个月，而为了满足甲方的时间要求，将项目周期强行压缩为1个月，这就是一个脱离实际的举措，为项目埋下了巨大的风险。
2、我们的项目组成员的能力是否完全匹配这个项目？如果不匹配，是不是需要知识准备阶段？
3、我们的项目外围条件是不是都能够完全满足？如果不能满足，则精确到天、小时仍然是个伪命题。比如说，我们的需求是不是很明确？我们项目所需要的设备或者账号申请是否都能够按时到位？我们的合作方是否能够如期提供产品等。
当然，在实际工作中，真正赶时间的项目也挺多，所以，IT加班已经是家常便饭。即使是这样，我们也仍然要对项目的合理性进行综合评估，不确定的地方一定要在时间上留有余地，并且需要准备预案，同时项目计划应允许根据实际情况进行不断修正和迭代。那种盲目要求按天按小时完成计划不是很科学，不妨根据开发人员的模块开发周期进行调整，根据以往的经验，一般精确到周是比较符合实际情况的。当然也有一些短期、临时项目会精确到天和小时。
以上言论代表个人观点，仅供大家参考。
