人月神话_55030104_李瑞.ppt

第3章 外科手术队伍 3.1问题的提出： 效率高和效率低的实施者之间具体差别非常大，经常达到了数量级的水平 年轻的软件经理声称他们喜欢由头等人才组成的小型、精干的队伍 如何在有意义的时间进度内创建大型的系统？ Sackman、Erikson和Grand的试验 Sackman, Erikson和Grand 曾对一组具有经验的程序人员进行测量, 结论： 最好的和最差的表现在生产率上平均为10:1. 在运行速度和空间上具有5:1的惊人差异. 经验和实际的表现没有相互联系. 一个观点 需要协作沟通的人员的数量影响着开发成本 原因： 成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试） 结论： 系统应该由尽可能少的人员开发. 一拥而上的开发方法是高成本的，速度缓慢的，不充分的， 开发出的是无法在概念上进行集成的产品. 一个例子 一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么 开除剩下的175名程序员，让项目经理来编程开发 以一当十 精悍 验证 原开发队伍 不是理想的小型强有力的团队(通常小于10人） 至少要5名管理人员 需要额外的支持（财务，机器） 若采用一拥而上的开发方法，原有200人的队伍仍然不足 以开发真正的大型系统 验证（cont） 原因举例：考虑OS/360项目 在顶峰时，有超过1000人在为它工作——程序员、文档编制人员、操作人员、职员 ，秘书、管理人员、支持小组等等。 从1963年到1966年，设计、编码和文档工作花费了大约5000人年 如果人月可以等量置换的话，我们所假设的200人队伍需要25年的时间，才能使产品达到现有的水平 小型、精干队伍概念上的问题 对于真正意义上的大型系统，它太慢了 对于效率和概念的完整性来说，最好由少数干练的人员来设计和开发 对于大型系统，则需要大量的人手，使产品在时间上满足要求 如何调和这两方面的矛盾呢？ 3.2 Mills的建议 崭新的、创造性 大型项目的每一个部分由一个团队解决 类似外科手术的方式,而并非一拥而上 外科手术队伍角色分工（10人） 外科医生 Mills称之为首席程序员。他亲自定义功能和性能技术说明书，设计程序，编制源代码，测试以及书写技术文档。他使用例如PL/I的结构化编程语言，拥有对计算机系统的访问能力；该计算机系统不仅仅能进行测试，还存储程序的各种版本，以允许简单的文件更新，并对他的文档提供文本编辑能力。首席程序员需要极高的天分、十年的经验和应用数学、业务数据处理或其他方面的大量系统和应用知识。 外科手术队伍角色分工（10人）cont1 副手 外科医生的后备，能完成任何一部分工作，但是相对具有较少的经验。他的主要作用是作为设计的思考者、讨论者和评估人员。外科医生试图和他沟通设计，但不受到他建议的限制。副手经常在与其他团队的功能和接口讨论中代表自己的小组。他需要详细了解所有的代码，研究设计策略的备选方案。显然，他充当外科医生的保险机制。他甚至可能编制代码，但针对代码的任何部分，不承担具体的开发职责。 外科手术队伍角色分工（10人）cont2 管理员 外科医生是老板，他必须在人员、加薪等方面具有决定权，但他决不能在这些事务上浪费任何时间。因而，他需要一个控制财务、人员、工作地点安排和机器的专业管理人员，该管理员充当与组织中其他管理机构的接口。Baker建议仅在项目具有法律、合同、报表和财务方面的需求时，管理员才具有全职责任。否则，一个管理员可以为两个团队服务 外科手术队伍角色分工（10人）cont3 编辑 外科医生负责产生文档——出于最大清晰度的考虑，他必须书写文档。对内部描述和外部描述都是如此。而编辑根据外科医生的草稿或者口述的手稿，进行分析和重新组织，提供各种参考信息和书目，对多个版本进行维护以及监督文档生成的机制。 外科手术队伍角色分工（10人）cont4 两个秘书 管理员和编辑每个人需要一个秘书。管理员的秘书负责项目的协作一致和非产品文件。 外科手术队伍角色分工（10人）cont5 程序职员 他负责维护编程产品库中所有团队的技术记录。该职员接受秘书性质的培训，承担机器码文件和可读文件的相关管理责任。 程序职员的专业化分工，使程序员从书记的杂事中解放出来，同时还可以对那些杂事进行系统整理，确保了它们的质量，并强化了团队最有价值的财富——工作产品。 外科手术队伍角色分工（10人）cont6 工具维护人员 现在已经有很多文件编辑、文本编辑和交互式调试等工具，因此团队很少再需要自己