人月神话札记：祸起萧墙

前言：None love the bearer of bad news。谁都不喜欢带来坏消息的人，可能我们都经历过项目延期，很多时候，项目不是因为一件重大的问题而停滞不前，当从中反省的时候，我们恍然大悟到：原来进度的延迟都是一天天累积下来的。

月有阴晴圆缺，人有旦夕祸福。决定项目的根本因素就是人，而人在每一天的生活过程中都会遇到千奇百怪的问题，而这些问题都会导致项目拖延。就拿本篇这篇博客来说，我在四天前就已经写了前言，而到今天才来继续补缺。

---

里程碑还是沉重的负担

Brooks说：

把控大型项目需要制定一个进度表，而进度表上的每一件事都被称为里程碑，它们都需要一个日期，而制定里程碑的原则就是“具有具体的、特定的、可度量的事件”。

我的团队只有三个人，我们是一个小团队，之前我的领导建议我们在开始每一个项目迭代的时候，写一个清单出来，而这个清单就是一个个带日期的里程碑，然而不知所以，这个很好的做法没有坚持下来。

时间	里程碑
5月24	完成期货交易平台的华夏银行接口的整体测试
6月15	洛阳版的期货交易平台beta上线,供交易所线上测试
7月1	洛阳版的期货交易平台正式版上线,投入使用

---

然而请一定注意，模糊的里程碑，会让整个团队不知所措，成员无法具体掌控自己的进度安排，进而不断的拖后腿，最终造成项目的进度延期。

其他部分反正会落后

也许这个小节用五十步笑百步的标题更能表达其意，在软件滞后时，很多人都不以为然，认为自己并不是造成落后的主因，其他人落后的更多。

项目进度制定后，在具体执行的时候，如果自我驱动力不够的话，很容易在执行过程中出现以下问题：

• 这个任务时间跨度大，而真实执行时间短，那么就开始松懈
• 这个任务时间跨度短，而执行执行时间长，那么认为进度安排不合理，抑或是今日做不完就推到下一天完成，反正下一个任务的完成时间足够了。

对于软件开发团队来说，诚如Brooks所说，进取心是很重要的。任务在分配周期时，难免与现实不符，然而如果成员有进取心时，就会让进度之间能够紧密连接。

PERT，之前我不够了解，所以我查了一下百度，但是我还没有执行过，需要学习锻炼。

地毯的下面

看到Brooks这句话时，我不由得自惭形秽。

“当项目经理发现自己的项目出现延迟时，他肯定不会第一时间到老板那里汇报这个令人沮丧的消息”

显然我在负责项目进度时，也希望通过自己的努力，及时扭转颓势，从而不必像“古希腊神话中的大力神赫拉克勒斯摔死无意带来死讯的信使莱克斯”。

那么如何让项目经理和老板之间的冲突消失呢？Brooks提供了方案：

老板不要越俎代庖，规范自己的行为，尽量不要去越过自己的能力范围去管理事情。

当然了，如果项目经理对事态已经无法把控了，那么必须尽快速度的呈报进度，否则等老板意识到问题严重再采取措施时，往往都已经完了。

关羽大意失荆州的很大原因就是，如果他在作战的时候，和他的大哥积极联络的话，而不是在出现危机时，只向刘备干儿子刘封求援的话，也许事情还能有所转机。

现在假如我们的客户是我们的项目经理，而项目经理变成基层经理，那么这个时候，客户产生的计划日期，往往都过于乐观，因为他们轻视技术，觉得技术唾手可得，而基层经理产生的估计日期，都是建立在已有资源的基础上产生的合理的日期，那么如何去让客户尊重项目经理的成果很重要。

Brooks建议我们团队要有对计划和控制职能的人才，这些人才监督、指明我们项目不易察觉的延迟。这就好比我们的纪检委一样，他们会渗入每一个国家职员那里，从而得到最准确的情报，以防止那些腐败发生。