人月神话核心观点论述

ZWT0条评论 211 次浏览

小弗雷德里克.布鲁克斯根据上世纪五六十年代的开发经验总结出来的,关于提升软件工程的开发效率的著作,一版再版,其中的思想光芒历久弥新,读完以后做了一些回顾和思考,并把他写下来。
首先,认为程序员都是乐观的家伙,无法对交付时间做出准确的预估,往往会导致项目的延迟。
其次,在编码的过程中会陷入焦油坑的陷阱,就如同修复老旧的水管一样,修复好一截另外的地方又开始漏水,陷入无穷无尽的麻烦中。
第三,编程开发的效率就如同生孩子一般,十月怀胎才能生,不可能投入十个人一个月就生出来。这是客观规律限制的,所以在项目紧急的时刻投入更多的资源反而会拖慢进度。
第四,没有银弹,也就是说没有尚方宝剑一样的东西可以完全彻底的解决以上的各类矛盾,只能适当减轻对项目的干扰。
综上所述,作者提出了概念完整性,提纲挈领为核心的项目管理以及贵族专制、外科手术的团队建设方案。概念完整性是指在队伍中需要一个全盘主持,了解各类子系统的交互架构的人员。也可以是系统设计的核心人员,提纲挈领总领全局方案的人员。外科手术式的团队意味着各司其职,除了主治医生还有护士麻醉医生等。其中根据贵族专制的原则,只有少数人做核心的架构,其他都是做次要的需求和业务的。以上就是核心阐述的观点。
除了上述问题以外,还有包括团队规模大了以后巨大的沟通成本,解决方案包括文档,流程图,周例会等。
结合我们在正常的开发过程中总结起来的经验,不仅仅会出现上面所描述的各类问题,而且还有新的问题出现,比如严格遵守开发规范能减少开发的时间,在执行开发规范方面是需要强制执行的。测试时间起码要占整个产品生命周期的三分之一以上,否则交付质量会有问题。开发前的准备需要全面且准确,否则会出现开发停滞等待开发资源的情况,这样是得不偿失的。
总的来说,我们不能奢望有一种快速解决所有问题的方案,都是需要从需求的生命周期中一点一滴的压榨,从而完成在规定时间内的开发任务。


发表评论

? razz sad evil ! smile oops grin eek shock ??? cool lol mad twisted roll wink idea arrow neutral cry mrgreen