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

最新推荐文章于 2024-05-27 22:27:27 发布
原创 最新推荐文章于 2024-05-27 22:27:27 发布 · 5.3k 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#项目经理 #软件 #团队

本文讨论了Brooks法则，即向进度落后的软件项目中增加人手可能会导致项目延期。软件项目的特性使得高强度的沟通和协作至关重要，新成员的加入会增加沟通接口和培训时间，从而影响进度。项目经理应谨慎考虑何时增派人手，避免在项目已落后时采取此措施。

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

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

最低0.47元/天 解锁文章
fengclient
关注
【程序员的思维乐园】布鲁克斯定律：为什么加人反而让你的项目更慢？
hikktn的博客
03-20 937
其中，( C ) 是沟通渠道的数量，( N ) 是团队人数。这种情况下，增加人手并不会加快开发，反而会带来更多问题。在这个过程中，老成员需要花时间指导新成员，导致。这与直觉相悖，但在现实软件开发中屡试不爽。团队成员越多，沟通成本呈指数增长。，只有科学管理团队，才能真正提高开发效率！那么不同团队可以并行开发，减少沟通成本。有些任务本质上不能被无限拆分。，最终会导致项目效率下降。，反而降低了整体生产力。
模型 布鲁克斯定律（加人手，项目更延期）
最新发布
wangdsh的博客
11-04 1525
布鲁克斯定律（Brooks' Law）是由弗雷德·布鲁克斯（Fred Brooks）在其1975年出版的《人月神话》一书中提出的，该定律的内容是：“给一个已经延迟的软件项目添加人手，只会让该项目延迟更久。” 这个定律基于两个主要原因：新加入项目的人员需要时间来提高工作效率，这个过程被称为“爬坡时间”，并且会占用现有团队成员的时间来教育他们；随着人员数量的增加，沟通的成本也会增加。
说不清的Brooks法则
菜刀工作室
04-29 3936
<br />布鲁克斯法则，据说是经典的管理定律之一。<br /> <br />布鲁克斯法则，据说是北卡罗来纳大学计算机科学教授Frederick P. Brooks，Jr.提出的经典理论！<br /> <br />为什么用个“据说”，因为这都是别人和我说的，所以我加上了这两个字！<br /> <br />“为推迟的软件增加人力将使得软件时间发布更晚。 这是因为后来者需要加快速度，同时还要与前任进行沟通，从而使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。从理论上说，软件发展陷入僵局是可
Brooks法则
zoobby的专栏
08-20 992
<br />向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late software project makes it later）。
关于延迟项目增加人手问题探讨
A446818000的专栏
12-12 451
情景如下：            我们现在项目总共只有三个人开发，由于有更好的发展，走掉一人，现在只剩下两人，面对项目延期，是否应该增加人手？        根据那个经典教条：往延期的项目增加人手只会更糟糕       我的理解是，这么做是新人带来的交流成本，学习成本很打，项目如果有八个人开发，来一个人也增加不了多少战斗力.我们目前增加人手会有以下几个好处： 1.人能快速找到，...
布鲁克斯法则解释及论证
chuangxin的专栏
10-09 2933
布鲁克斯法则(Brook's Law)简单理解就是：向进度落后的IT项目增加人手，只会使项目更加落后。从项目管理PMP角度来说，新成员加入将使团队重新开始，增加磨合期，从而导致项目进度更加落后。
为什么增加人手并不能使项目进度提高到想象的程度？
编程思考 www.vktone.com
06-04 615
  为什么增加人手并不能使项目进度提高到想象的程度？ 　　假定一个项目估算出来，一个人做需要12个月（客户哪能等那么久，黄花菜都凉了）；那么增加到4个人来做，是不是就可以3个月来完成呢，因为总共12个人月嘛。答案是否定的。   　　因为，如果项目真是一个人来做，不存在沟通的问题，不会存在接口的问题，不会有这样的场景出现： 　　项目经理：我们每周开个例会，讨论一下目前的进度； 　　技术经...
神话中的人月：软件工程中的经典思考
这就是著名的“布鲁克斯法则”：“向进度落后的项目中增加人手，只会使进度更加落后。” 除了“人月神话”本身，书中还深入探讨了软件项目管理中的多个关键问题。例如，概念完整性（Conceptual Integrity）被认为是...
《人月神话》：Frederick P. Brooks的经典软件开发著作
Brooks在书中提出了许多关键观点，如“ Brooks法则”：增加开发人员到一个进度落后的项目中，只会使情况变得更糟。他还强调了项目设计的重要性，认为优秀的架构是软件成功的关键。此外，书中还讨论了模块化设计、...
《人月神话》：软件项目管理的不朽之作与新见解
该书通过深入分析软件项目的复杂性，讨论了项目进度、团队规模、沟通和项目成功的各种因素，并提出了许多在软件工程实践中得到广泛认可的观点，例如“向进度增加人手，只会让进度更加落后”（Brooks法则）。...
程序员应知必会的思维模型之 4 布鲁克斯法则 (Brooks‘s Law)
iCloudEnd的博客
11-08 1708
布鲁克斯法则 (Brooks’s Law) 软件开发后期，添加人力只会使项目开发得更慢。 软件领域应用 这个定律表明，在许多情况下，试图通过增加人力来加速已延期项目的交付，将会使项目交付得更晚。布鲁克斯也明白，这是一种过度简化。但一般的论据是，新资源的时间增加和通信开销，会在短期内使开发速度减慢。而且，许多任务是密不可分的，换句话说，这样可以使更多的资源之间能轻易分配，这也意味着潜在的速度增长也更低。 观点 《神话人月》的布鲁克斯定律说：“为一个较晚的软件项目增加人力会使其变得更晚” 加入我们共同进
随便乱扯：软件开发中的布鲁克斯法则
SYSU_101的博客
11-20 1167
在《人月神话》中，布鲁克斯博士提出了布鲁克斯法则：向进度落后的项目中增加人手，只会使进度更加落后。   项目的进度可以被各种原因拖后：每个问题看上去都十分容易解决，但这些问题相互纠缠和堆积在一起时，团队的行动就会越来越慢；对项目的预算不足也会拖延项目的进度；有的时候，仅仅是因为对项目所需的时间的估算不足，这导致这个项目几乎无法按时完成。   但在面对无法按时完成的项目时，向其中增添人手是非常传统
软件开发定律：布鲁克定律
架构未来
03-31 649
hi，我是熵减，见字如面。 在软件项目开发中，你是否遇到过这种情况： 你的项目进度落后了，你的老板或客户不满意，你的团队压力很大，你觉得需要增加一些人手来加快速度。但是，当你增加了新的成员后，你发现项目的进度并没有提高，反而变得更慢了，而且出现了更多的问题和冲突。 这就是布鲁克定律(Brook’s Law)的一个典型例子。 什么是布鲁克定律(Brook’s Law)？ 布鲁克定律(Brook...
软件开发定律系列之布鲁克斯定律有感
skydust1979的博客
11-06 590
布鲁克斯定律： 人月=人*月，月≠人月/人 极端情况下，Brooks定律会出现这样的情况：“投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟”。 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象： –人数增加1倍，工期缩短20%，缺陷增加6倍 反思： –1 在实践中，我们是否经常通过给项目组增加人手的方式加快进度？ –2 有哪些合理的加快进度的措施？ 定律分析 布鲁克斯定律（Brooks’Law）里面用了几个字眼“人、月”。是的，此布鲁克斯就.
软件开发的定律：布鲁克定律
架构未来
03-31 380
布鲁克定律（Brook’s Law）是一种关于软件项目管理的观察，由弗雷德里克·布鲁克斯（Frederick Brooks）在他的1975年出版的著作《人月神话》（The Mythical Man-Month）中提出。在一个已经延期的软件项目中，增加人力反而会使项目更加延期，而不是加快进度。布鲁克定律提醒我们，在软件开发中，人并不是一个简单的可替代资源，而是一个复杂的系统组成部分。我们需要根据项目的实际情况和需求，要能够灵活地管理和利用好人力资本，以实现项目成功的最终目标。以人为本，未雨绸缪。
软件工程的事实与谬误
iteye_20852的博客
10-18 264
软件工程的事实与谬误 Robert L. Glass 事实1：在软件开发中，最重要的因素不是程序员采用的工具和技术，而是程序员自身的质量。 事实2：对“个体差异”研究表明，最好的程序员要比最差的程序员强28倍之多，即使他们的报酬不同，优秀程序员仍是软件业中最廉价的劳动力。 事实3：（Brook法则）给延期的项目增加人手会使项目进一步延期。 事实4：工作环境对工作效率和产品质量有...
项目延期，不要随意加派人手
szkbsgy的专栏
05-27 774
项目出现延期时，尽可能不要向落后的项目增加人手
软件项目管理(一) 课程代码：01336
weixin_44733895的博客
10-21 1545
软件项目管理【一】课程代码：01336一次测评二次测评三次测评 一次测评 1【单选题】软件项目管理过程中的“过滤器”是指 A、软件风险评估 B、软件质量评审 C、软件设计监督 D、软件系统测试 2【单选题】打开组合视图的操作是 A、窗口/拆分 B、视图/甘特图 C、视图/网络图 D、视图/表 3【单选题】在哪种组织结构中，项目成员没有安全感（ ） A、 职能型 B、 矩阵型 C、 项目型 D、 弱矩阵型 4【单选题】软件工程活动主要包括8个方面，以下说法正确的是 A、支持活动是指软件的维护 B、软件设计就是
人月神话：软件项目进度管理的误区与挑战
布鲁克斯法则明确提出：“向已经延迟的项目增加人手，只会让它更加延迟。”这就是著名的“人月神话”悖论。 第三，由于对自身估算结果缺乏信心，许多项目经理在项目初期制定计划后便不再持续跟踪和调整，导致估算...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值