人月神话

一、 焦油坑

        不同的人看同一个项目会有不同的理解和要求，同一个人在不同时期看同一个项目也会有不同的理解和要求。 但一个项目永远是有限制在那里的：时间、经费、当前技术水平，等等。现有的条件是永远满足不了项目的欲望，确切的说是人的欲望。

        举个例子，现在有个信息发布的项目，初期的设想是能把产品信息放到网上给人浏览就可以了，但是随着项目的进展，客户认为有必要加个浏览反馈，ok，小意思，加上。在有了反馈后不久，客户反映很多人在浏览后觉得要能网上订货就好了。那加不加这个功能呢？不加，显然会是客户不满意；加，那后续又必须加入订货管理、发货管理等，由此又会牵出库存管理、生产管理等等很多相关的功能，这样整个工程不知道要拖到什么时候，而且又必须重新商谈项目的价格等问题，势必影响其他工作的开展。

        在我看来，如果选择加功能的话，那就是选择跳进焦油坑。我倾向于按合同原来的规定把项目按时按量结束掉，按时验收收款。至于客户新的要求，根据公司整体的运行情况看有没有实力和时间来完成，可以的话，调整公司运行计划，调集人手资源，按一个新的项目来商谈和操作。不行的话，和客户协调延期开发或者放弃。

二、1/3   1/6   1/4   1/4

        对第一个我非常赞同，但后3个在现实的项目中真能这么做吗？比如第2个吧，很大程度受组员的技术水平影响，一支全由高手组成的team是可遇而不可求得，因此有必要留多点时间编码，如果一切顺利，可以把多出来的分给后续的部分，当然在划分编码时间时，有必要指出其中多少时间是给解决技术问题，而不是正常编码的时间。对于测试，单元测试往往是开发人员边做边测得，项目大体都完成时再做整体测试，因此是不是可以把1/4中的一半分给编码，另外的一半混杂在编码中呢？