人月神话之三外科手术团队

外科手术队伍的成员与运作、概念的完整性、获得概念的完整性、贵族专制统治和民主政治、在等待时，实现人员应该做什么

在开发小组中，最好和最查人员生产率比在10:1，在运行效率和空间上5:1惊人差距。如果一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。对于一个软件项目，适合的项目团队规模在20人左右，这是一个专职的IT项目经理可以管理的最大值。那由于项目进度压力需要增加团队规模到100人的时候，让项目经理来开发实际操作是很困难的方式，在这里

研究表明，效率高和效率低的实施者之间具体差别非常大，经常达到了数量级的水平。These studies revealed large individual differences between high and low performers, often by an order of magnitude.SACKMAN,ERIKSON和GRANT在计算机领域的会议中，常常听到年轻的软件经理...

最近在看《人月神话》，分享一下自己的读书笔记个人的感受。希望能对大家有所帮助。 ------------------ 1.问题 矛盾的产生：        大型团队开发，任务过度细分，增加相互沟通交流的工作量和最后集成时进行系统调试的工作量，得不偿失，最后可能是：高成本、速度缓慢、低效、无法集成。所以系统应该由尽可能少的人员来开发。        但是，对于真正意义上的大型系统，

20000美元/年的程序员的生产率可能是10000美元/年程序员的10倍 需要沟通协作的人员数量影响着开发成本 如果在一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发 现在我们来验证一下这个解决方案。一方面,这个开发队伍不是通常所说的不超过10个人的、理想的小型精干的队伍,该团队的规模如此之大,以至于至少需要两个层级的管理,或者大约5名管理人员。另外,它需要额外的财务、人员、空间、文秘和机器操作方面的支持。 另一...

1、问题        如何在有意义的进度安排内创建大型的系统？一拥而上的开发方法是高成本的、低效的、进度缓慢的，开发出来的是无法在概念上进行集成的产品。而不超过十个人的、理想的精干的团队，可能需要较长的时间才能完成项目，那时候项目可能已经过时。      也就是说，对于效率和概念上的完整性来说，最好由少数干练的人员来设计和开发，而对于大型系统，则需要大量的人手，以使产品能在时间上满足要求。如

  问题：如何在有限的时间内创建大型的系统？ 我们假设创建的大型系统需要5000人年。   观点一： 一拥而上的开发，相信人多力量大，增加人数，满足时间要求。 评： 1、这里错误地将软件开发和体力劳动等价了； 一个任务如果分配到单个人，而这个单个的人不需要和其他人沟通即可完成的任务，是可以通过增加人数来缩短劳动时间的。比如割麦子，每个人割自己分配的麦子，中间不需要和其他人沟通，...

软件经理很早就认识到优秀程序员和较差的程序员之间生产率的差异，但实际测量出的差异还是令我们所有的人吃惊。在他们的一个研究中，Sackman、Erikson和Grand曾对一组具有经验的程序人员进行测量。在该小组中，最好的和最差的表现在生产率上平均为10:1；在运行速度和空间上具有5:1的惊人差异！简言之，$20,000/年的程序员的生产率可能是$10,000/年程序员的10倍。 我常常重复这样的

人月神话笔记-外科手术队伍外科手术队伍这些研究表明，效率高和效率低的实施者之间个体差异非常大，经常能够达到数量级的水平。问题需要沟通和协调的人员数量影响着开发成本，因为成本的主要组成部分是沟通和交流，以及更正沟通不当所导致的不良结果。一拥而上的开发方法是高成本、速度缓慢、低效的。开发出的是无法再概念上集成的产品。对于 效率和概念的完整性来说，最好由少数干练的人员来设计和开发，而对于 大型系统，则需要

程序员之间存在差异，最好的和最坏的程序员之间的工作效率差异可以达到10:1，而运行速度和空间上的差异达到5:1。数据显示，经验和实际的表现没有相互的关系。 需要协作沟通的人员的数量影响着开发成本，因此系统应该由尽可能少的人来开发：如果一个200人的项目中，有25个最能干和最有开发经验的项目经理，那么开除剩下的175名程序员，让项目经理来编程开发。 HarlanMills 建议大型项目的每一个部...

外科手术队伍效率高和效率低的实施者之间个体差异非常大，经常能够达到数量级的水平。问题 需要协作沟通的人员数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果。这一点，也暗示系统应该由尽可能少的人员来开发（小型、精干队伍是最好的——思绪尽可能少）； 绝大多数大型编程系统的经验显示出，一拥而上的开发方法是高成本的、速度缓慢的、低效的，开发出的是无法在概念上进行集

人月神话（3）外科手术队伍 思维导图 面临问题 效率思考：在实际生产过程中我们会发现最好的和最差的生产率比为10:1 5000人年的工作量，通过人月转化，发现小型团队的实际开发时间太长，人员过多实际又有很多的成本浪费。在这种情况下我们提出了以下的十人团队解决方案 这个是程序中实际遇见的插件开发模式有着十分相似的地方 十人团队解决方案 外科医生 责任块：定义功能和性能技术说明书，程序设计，编制源代码，测试以及书写技术文档 副手 主要作用：能完成任何一部分工作，作为设计的思考者，讨论和评估人员

在软件工程项目管理中，经常面临这样一个两难选择：一方面，小型且精干的团队被认为能够更有效地协同工作，从而实现更高的生产力与更好的成果质量；相比之下，在外科手术团队中，成员间的角色定位更为清晰。一方面，原有的开发队伍不是理想的小型强有力的团队，因为通常的共识是不超过 10 个人，而该团队规模如此之大，至少需要两层的管理，或者说大约 5 名管理人员。需要协作沟通的人员的数量影响着开发成本，因为成本的主要组成部分是相互的沟通和交流，以及更正沟通不当所引起的不良结果（系统调试）。首先，分解技术依然是必不可少的。

　　外科手术团队是一个分工明确的团队，该团队的特点是人员少而精，工作方向是往深度发展，工作范围较窄，专业性很强。外科手术团队可以先按职责划分角色，制定好每个角色需要完成什么任务，然后每个角色分配一个或几个人来完成，反正人数不会太多，一般每个角色一个也够了，这样沟通的成本不会太高，而且每个人分工明确，耦合度小。　　个人是比较偏向于外科手术团队的，认为这样的团队可以高效、快速、专业地完成任务...

《人月神话》书中对首席程序员、副手、管理员定义如下：首席程序员。他亲自定义功能和性能技术说明书，设计程序，编制源代码，测试以及书写技术文档。他使用例如PL/I的结构化编程语言，拥有对计算机系统的访问能力；该计算机系统不仅仅能进行测试，还存储程序的各种版本，以允许简单的文件更新，并对他的文档提供文本编辑能力。首席程序员需要极高的天分、十年的经验和应用数学、业务数据处理或其他方面的大量系统和应用知