Brooks法则：“向进度落后的项目中增加人手只会使进度更加落后”

最新推荐文章于 2023-03-31 09:30:00 发布
最新推荐文章于 2023-03-31 09:30:00 发布
阅读量5k 收藏 2
点赞数
文章标签： 项目经理 软件 团队
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fengclient/article/details/51627502
版权
本文讨论了Brooks法则，即向进度落后的软件项目中增加人手可能会导致项目延期。软件项目的特性使得高强度的沟通和协作至关重要，新成员的加入会增加沟通接口和培训时间，从而影响进度。项目经理应谨慎考虑何时增派人手，避免在项目已落后时采取此措施。
摘要由CSDN通过智能技术生成

A：“离系统上线只有3个月时间了，还有这么多功能没有做，怎么办？”

B：“可以从隔壁团队抽调一个工程师来帮忙吗？领导对这个项目很重视。”

最低0.47元/天 解锁文章
fengclient
关注
人月神话的神话色彩 - Boehm的模型和数据分析
简简单单Onlinezuozuo
12-31 5806
文章目录人月神话的神话色彩 - Boehm的模型和数据分析 人月神话的神话色彩 - Boehm的模型和数据分析 很多年来，人们对软件生产率和影响它的因素进行了大量的量化研究，特别是在项目人员配备和进度之间的平衡方面。 最充分的一项研究是Barry Bochm对63个软件项目的调查，其中大多数是航空项目和25个TRW公司的项目。他的《软件工程经济学》(Sofware Engineering Eco...
《人月神话》读书笔记
superballball的博客
10-13 830
《人月神话》读书笔记 《人月神话》是一本经典的软件工程的巨作，作者布鲁克斯（FrederickP.Brooks）被誉为“IBMSystem/360之父“，他曾是这一项目的项目经理，后来在设计期担任360操作系统的项目经理。由于这一工作，他与BobEvans和ErichBloch1985年曾获美国国家技术奖。Brooks博士曾经早期担任IBM公司Stretch和Harvest计算机的体系结构设计师
说不清的Brooks法则
菜刀工作室
04-29 3721
<br />布鲁克斯法则，据说是经典的管理定律之一。<br /> <br />布鲁克斯法则，据说是北卡罗来纳大学计算机科学教授Frederick P. Brooks，Jr.提出的经典理论！<br /> <br />为什么用个“据说”，因为这都是别人和我说的，所以我加上了这两个字！<br /> <br />“为推迟的软件增加人力将使得软件时间发布更晚。 这是因为后来者需要加快速度，同时还要与前任进行沟通，从而使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。从理论上说，软件发展陷入僵局是可
Brooks法则
zoobby的专栏
08-20 902
<br />向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late software project makes it later）。
关于延迟项目增加人手问题探讨
A446818000的专栏
12-12 373
情景如下：            我们现在项目总共只有三个人开发，由于有更好的发展，走掉一人，现在只剩下两人，面对项目延期，是否应该增加人手？        根据那个经典教条：往延期的项目增加人手只会更糟糕       我的理解是，这么做是新人带来的交流成本，学习成本很打，项目如果有八个人开发，来一个人也增加不了多少战斗力.我们目前增加人手会有以下几个好处： 1.人能快速找到，...
布鲁克斯法则解释及论证
chuangxin的专栏
10-09 2478
布鲁克斯法则(Brook's Law)简单理解就是：向进度落后的IT项目增加人手，只会使项目更加落后。从项目管理PMP角度来说，新成员加入将使团队重新开始，增加磨合期，从而导致项目进度更加落后。
为什么增加人手并不能使项目进度提高到想象的程度？
编程思考 www.vktone.com
06-04 536
  为什么增加人手并不能使项目进度提高到想象的程度？ 　　假定一个项目估算出来，一个人做需要12个月（客户哪能等那么久，黄花菜都凉了）；那么增加到4个人来做，是不是就可以3个月来完成呢，因为总共12个人月嘛。答案是否定的。   　　因为，如果项目真是一个人来做，不存在沟通的问题，不会存在接口的问题，不会有这样的场景出现： 　　项目经理：我们每周开个例会，讨论一下目前的进度； 　　技术经...
人月神话（一）焦油坑、人月神话
Exp.Joker
06-04 918
编程系统产品、职业的乐趣、职业的苦恼、乐观主义、人月、系统测试、空泛的估算、重复产生的进度灾难
《人月神话》读后感
02-13
再次，Brooks 法则：向进度落后的项目中增加人手，只会使进度更加落后。这是因为增加人手需要对人手的培训，而原来在原有进度中工作的可用人月也会投入到培训新的人手中。增加的人手虽然提高了人月的可利用数量，但...
程序员应知必会的思维模型之 4 布鲁克斯法则 (Brooks‘s Law)
iCloudEnd的博客
11-08 1468
布鲁克斯法则 (Brooks’s Law) 软件开发后期，添加人力只会使项目开发得更慢。 软件领域应用 这个定律表明，在许多情况下，试图通过增加人力来加速已延期项目的交付，将会使项目交付得更晚。布鲁克斯也明白，这是一种过度简化。但一般的论据是，新资源的时间增加和通信开销，会在短期内使开发速度减慢。而且，许多任务是密不可分的，换句话说，这样可以使更多的资源之间能轻易分配，这也意味着潜在的速度增长也更低。 观点 《神话人月》的布鲁克斯定律说：“为一个较晚的软件项目增加人力会使其变得更晚” 加入我们共同进
随便乱扯：软件开发中的布鲁克斯法则
SYSU_101的博客
11-20 1028
在《人月神话》中，布鲁克斯博士提出了布鲁克斯法则：向进度落后的项目中增加人手，只会使进度更加落后。   项目的进度可以被各种原因拖后：每个问题看上去都十分容易解决，但这些问题相互纠缠和堆积在一起时，团队的行动就会越来越慢；对项目的预算不足也会拖延项目的进度；有的时候，仅仅是因为对项目所需的时间的估算不足，这导致这个项目几乎无法按时完成。   但在面对无法按时完成的项目时，向其中增添人手是非常传统
软件开发定律：布鲁克定律
最新发布
架构未来
03-31 465
hi，我是熵减，见字如面。 在软件项目开发中，你是否遇到过这种情况： 你的项目进度落后了，你的老板或客户不满意，你的团队压力很大，你觉得需要增加一些人手来加快速度。但是，当你增加了新的成员后，你发现项目的进度并没有提高，反而变得更慢了，而且出现了更多的问题和冲突。 这就是布鲁克定律(Brook’s Law)的一个典型例子。 什么是布鲁克定律(Brook’s Law)？ 布鲁克定律(Brook...
软件开发定律系列之布鲁克斯定律有感
skydust1979的博客
11-06 429
布鲁克斯定律： 人月=人*月，月≠人月/人 极端情况下，Brooks定律会出现这样的情况：“投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟”。 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象： –人数增加1倍，工期缩短20%，缺陷增加6倍 反思： –1 在实践中，我们是否经常通过给项目组增加人手的方式加快进度？ –2 有哪些合理的加快进度的措施？ 定律分析 布鲁克斯定律（Brooks’Law）里面用了几个字眼“人、月”。是的，此布鲁克斯就.
软件工程的事实与谬误
iteye_20852的博客
10-18 221
软件工程的事实与谬误 Robert L. Glass 事实1：在软件开发中，最重要的因素不是程序员采用的工具和技术，而是程序员自身的质量。 事实2：对“个体差异”研究表明，最好的程序员要比最差的程序员强28倍之多，即使他们的报酬不同，优秀程序员仍是软件业中最廉价的劳动力。 事实3：（Brook法则）给延期的项目增加人手会使项目进一步延期。 事实4：工作环境对工作效率和产品质量有...
软件项目管理(一) 课程代码：01336
weixin_44733895的博客
10-21 1240
软件项目管理【一】课程代码：01336一次测评二次测评三次测评 一次测评 1【单选题】软件项目管理过程中的“过滤器”是指 A、软件风险评估 B、软件质量评审 C、软件设计监督 D、软件系统测试 2【单选题】打开组合视图的操作是 A、窗口/拆分 B、视图/甘特图 C、视图/网络图 D、视图/表 3【单选题】在哪种组织结构中，项目成员没有安全感（ ） A、 职能型 B、 矩阵型 C、 项目型 D、 弱矩阵型 4【单选题】软件工程活动主要包括8个方面，以下说法正确的是 A、支持活动是指软件的维护 B、软件设计就是
人月神话-人月的启示
缘起宇轩阁
03-10 1245
向进度落后的项目中增加人手，只会使进度更加落后。 -Brooks法则人月的启示 进度问题是IT项目管理最为关注的问题之一，到了第二章人月神话开始讲进度问题。进度的可保证性和可控制性来源于项目计划的科学性，项目计划对进度预测的准确性又来源于估算的准确性，估算是否准确又涉及到项目规模，根据规模可以得到工作量，根据工作量和人
软件开发经验小本本
oneslide
04-12 414
Brooks法则 向进度落后的项目中增加人手，只会使进度更加落后。 《人月神话》称之为愚蠢，疯狂的想法。人员的最大合理数量取决于独立子任务的数量，不同独立子任务的开发人员不需要任何交流。而对于同一独立子任务的进度延迟采用加人方法来加快项目进度是很愚蠢的做法，因为增加的人员会拖延进度（原开发人员对其培训），其在高度耦合的模块中和其他人同时工作，还会增加交流成本。 我的理解是增加一个单元任务的概念...
《人月神话》：项目管理经典，Brooks的智慧结晶
书中讨论了软件开发中的挑战、团队管理、项目规划和进度控制等关键议题，尤其是提出了‘人月神话’的概念，即更多的人力并不一定能更快地完成项目，反而可能增加复杂性和沟通成本。" 《人月神话》的核心观点包括： ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值