人月神话

一、 焦油坑

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

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值