人月神话1-3章整理及思考

 

焦油坑

在过去几十年的软件发展史中，大型开发系统团队的确开发出了可运行的系统，可是很是少数的项目知足了目标、时间进度和预算的要求，一个接一个淹没在焦油坑中。究其根源，在于问题纷繁复杂，难以解决。

编程系统产品

 

由上图能够看出，程序变成编程产品须要文档、并可使用、修复、扩展，编程产品的成本至少是程序的三倍。程序变成编程系统中的一个构件单元须要与其余程序交互，用来组装和搭建整个系统，测试也会更为复杂，相同功能的编程系统构件的成本至少是独立程序的三倍。若是系统有大量的组成单元，成本还会更高。

最后的编程系统产品才是真正有用的产品，是大多数系统开发的目标，这才是真正有用的产品。

职业的乐趣

编程的有趣在于首先它给人建立事物的纯粹快乐；其次，开发对其余人真正有用的东西；实现系统各个部分并组合到最终实现系统这个过程体现出魔术般的力量；学习的乐趣，编程过程当中也在不断提高本身；最后，乐趣还在于编程易于驾驭的介质。

总之，编程不只知足咱们进行创造的渴望还愉悦嘞咱们的内在情感。

职业的苦恼

编程的苦恼在于必须追求完美；由他人控制工做环境和工做目标；寻找以及处理BUG的过程是枯燥痛苦的；软件产品更新速度飞快，常常投入大量劳动后收获甚微。

综上，编程就像一个焦油坑，这是一个乐趣与苦恼并存的创造性活动。

人月神话

在软件项目中，常常因为缺少合理的时间进度致使项目滞后，缘由在于：管理者对估算技术缺少足够的研究；错误地认为人和月能够互换；软件经理对本身的估算缺少信心而没有耐心持续地估算这项工做；缺乏跟踪和监督；盲目增长人力。

乐观主义

系统编程进度安排都假设一切都进度良好而没有留出遇到意外问题的时间，这是致使开发时间滞后乃至项目延误的一个重要缘由。

在单个任务中，一切正常或许能够实现，可是在大型编程中，因为常常有任务互相制约甚至先后次序的状况，一切正常几乎就不可能实现了。

人月

用人月做为衡量一项工做的规模是一个危险和带有欺骗性的神话。它暗示着人员数量和时间是能够相互替换的。

事实上，人数和时间的互换在现实软件团队开发中不可能实现，这二者之间并不是线性关系。当任务因为次序限制不能分解时，增长人力不会有任何帮助。当任务能够分解时，增长人手也比未调整前要差一些。形成这种状况的缘由是培训和相互交流形成的沟通负担。须要的交流越多，形成的后果越严重。

因此，增长更多的人手其实是延长了时间进度。

系统测试

系统测试因为顺序限制尤其影响时间进度，并且其要求的时间依赖于所遇到的错误、缺陷数量以及捕捉它们的程度。因此，分配给测试的时间应该投入进度中一半的时间。若是不为系统测试安排足够时间很容易形成巨大的灾难。

空泛的估算及重复产生的进度灾难

为了知足顾客指望的日期而作不合理进度安排，在软件领域尤其广泛。并且，非阶段化方法的采用，不足的数据支持，加上软件经理的错误估计，很难生产出健壮可靠和规避风险的估计。

对于此问题，咱们要么推行可靠地估算规则，要么项目经理坚持确信本身的经验和直觉比从指望派生出的结果要强得多。

向进度落后的项目中增长人手，只会使进度更加落后。若是在计划较短的时间内分派较多的人手，将没法获得可行的进度表。

总之，缺少合理的时间进度是形成项目滞后的最主要缘由，它比其余全部因素加起来的影响还要大。

外科手术队伍

问题与Mills 的建议

须要协做沟通的人员的数量影响着开发成本，由于成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引发的不良结果。绝大多数大型编程系统的经验显示出，蜂拥而上的开发方法是高成本的、速度缓慢的、不充分的，开发出的是没法在概念上进行集成的产品。

对于效率和概念的完整性来讲，最好由少数干练的人员来设计和开发，而对于大型系统，则须要大量的人手，以使产品能在时间上知足要求。

如何调和这两方面的矛盾呢？

Mills 建议大型项目的每个部分由一个团队解决，可是同每一个成员截取问题某个部分的作法相反，由一我的来进行问题的分解，其余人给予他所须要的支持，以提升效率和生产力。

如何运做

首先，外科医生和副手都了解全部的设计和所有的代码。这节省了空间分配、磁盘访问等的劳动量，同时也确保了工做概念上的完整性。

第二，在外科手术团队中，不存在利益的差异，观点的不一致由外科医生单方面来统一，能够达到客观的一致性。

另外，团队中剩余人员职能的专业化分工是高效的关键，它使成员之间采用很是简单的交流模式成为可能。

团队的扩建

         对于协调的问题，仍是须要使用分解的技术。能够认为整个系统必须具有概念上的完整性，要有一个系统结构师从上至下地进行全部的设计。要使工做易于管理，必须清晰地划分体系结构设计和实现之间的界线，系统结构师必须专一于体系结构。总的说来，上述的角色分工和技术是可行的，在实际工做中，具备很是高的效率。