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
版权
A：“离系统上线只有3个月时间了，还有这么多功能没有做，怎么办？”B：“可以从隔壁团队抽调一个工程师来帮忙吗？领导对这个项目很重视。”A：“好，应该可以抽调两个来，他们都是经验丰富的程序员，争取在1个月内完成。”最后他们成功地把项目拖延了4个月，比没有添加人手的预计还要晚。向进度落后的项目中增加人手只会使进度更加落后。——《人月神话》里面提到的Brook
摘要由CSDN通过智能技术生成

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

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

最低0.47元/天 解锁文章
fengclient
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
说不清的Brooks法则
菜刀工作室
04-29 3707
<br />布鲁克斯法则，据说是经典的管理定律之一。<br /> <br />布鲁克斯法则，据说是北卡罗来纳大学计算机科学教授Frederick P. Brooks，Jr.提出的经典理论！<br /> <br />为什么用个“据说”，因为这都是别人和我说的，所以我加上了这两个字！<br /> <br />“为推迟的软件增加人力将使得软件时间发布更晚。 这是因为后来者需要加快速度，同时还要与前任进行沟通，从而使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。从理论上说，软件发展陷入僵局是可
brooks-rules:布鲁克斯神话人物月的规则，json 格式
07-04
布鲁克斯规则Fred Brooks 是作者，是一本关于软件开发的经典书籍。 那本书的章节散布着“规则”。 大多数规则都足够通用，可以独立存在，尽管有些规则在本章的上下文之外没有任何意义。 Brooks Rules 是所有规则的...
Brooks法则
zoobby的专栏
08-20 896
<br />向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late software project makes it later）。
关于延迟项目增加人手问题探讨
A446818000的专栏
12-12 355
情景如下：            我们现在项目总共只有三个人开发，由于有更好的发展，走掉一人，现在只剩下两人，面对项目延期，是否应该增加人手？        根据那个经典教条：往延期的项目增加人手只会更糟糕       我的理解是，这么做是新人带来的交流成本，学习成本很打，项目如果有八个人开发，来一个人也增加不了多少战斗力.我们目前增加人手会有以下几个好处： 1.人能快速找到，...
布鲁克斯法则解释及论证
chuangxin的专栏
10-09 2414
布鲁克斯法则(Brook's Law)简单理解就是：向进度落后的IT项目增加人手，只会使项目更加落后。从项目管理PMP角度来说，新成员加入将使团队重新开始，增加磨合期，从而导致项目进度更加落后。
为什么增加人手并不能使项目进度提高到想象的程度？
编程思考 www.vktone.com
06-04 505
  为什么增加人手并不能使项目进度提高到想象的程度？ 　　假定一个项目估算出来，一个人做需要12个月（客户哪能等那么久，黄花菜都凉了）；那么增加到4个人来做，是不是就可以3个月来完成呢，因为总共12个人月嘛。答案是否定的。   　　因为，如果项目真是一个人来做，不存在沟通的问题，不会存在接口的问题，不会有这样的场景出现： 　　项目经理：我们每周开个例会，讨论一下目前的进度； 　　技术经...
brooks:用于布鲁克斯定律的软件过程动力学模拟器
04-30
Brooks是适用于Brooks法则的软件过程动力学模拟器。 安装 截至目前，还没有安装程序。 用法 克隆并修改schedules目录中的现有Python模块之一，以描述您要运行的模拟，使用以下命令运行模拟： $ cd brooks $ python3...
项目管理:人月神话
03-20
在人月神话中，Brooks为人们管理复杂项目提供了最具洞察力的见解，既有很多发人深省的观点，又有大量软件工程的实践，为每个复杂项目的管理者给出了自己的真知灼见。 　大型编程项目深受由于人力划分产生的管理问题...
brooks-psychotherapy:布鲁克斯心理疗法网站重建
05-20
该网站应欢迎潜在客户，并使其轻松地向Ryan提出问题或预定课程。 它还应该向其他专业人员提供有关Ryan的专业领域的见识，尤其是Ryan对癌症患者，家人/朋友和护理提供者的关注，以便他们可以放心直接将新客户推荐给...
程序员应知必会的思维模型之 4 布鲁克斯法则 (Brooks‘s Law)
iCloudEnd的博客
11-08 1445
布鲁克斯法则 (Brooks’s Law) 软件开发后期，添加人力只会使项目开发得更慢。 软件领域应用 这个定律表明，在许多情况下，试图通过增加人力来加速已延期项目的交付，将会使项目交付得更晚。布鲁克斯也明白，这是一种过度简化。但一般的论据是，新资源的时间增加和通信开销，会在短期内使开发速度减慢。而且，许多任务是密不可分的，换句话说，这样可以使更多的资源之间能轻易分配，这也意味着潜在的速度增长也更低。 观点 《神话人月》的布鲁克斯定律说：“为一个较晚的软件项目增加人力会使其变得更晚” 加入我们共同进
随便乱扯：软件开发中的布鲁克斯法则
SYSU_101的博客
11-20 1010
在《人月神话》中，布鲁克斯博士提出了布鲁克斯法则：向进度落后的项目中增加人手，只会使进度更加落后。   项目的进度可以被各种原因拖后：每个问题看上去都十分容易解决，但这些问题相互纠缠和堆积在一起时，团队的行动就会越来越慢；对项目的预算不足也会拖延项目的进度；有的时候，仅仅是因为对项目所需的时间的估算不足，这导致这个项目几乎无法按时完成。   但在面对无法按时完成的项目时，向其中增添人手是非常传统
软件开发定律：布鲁克定律
最新发布
架构未来
03-31 449
hi，我是熵减，见字如面。 在软件项目开发中，你是否遇到过这种情况： 你的项目进度落后了，你的老板或客户不满意，你的团队压力很大，你觉得需要增加一些人手来加快速度。但是，当你增加了新的成员后，你发现项目的进度并没有提高，反而变得更慢了，而且出现了更多的问题和冲突。 这就是布鲁克定律(Brook’s Law)的一个典型例子。 什么是布鲁克定律(Brook’s Law)？ 布鲁克定律(Brook...
软件开发定律系列之布鲁克斯定律有感
skydust1979的博客
11-06 402
布鲁克斯定律： 人月=人*月，月≠人月/人 极端情况下，Brooks定律会出现这样的情况：“投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟”。 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象： –人数增加1倍，工期缩短20%，缺陷增加6倍 反思： –1 在实践中，我们是否经常通过给项目组增加人手的方式加快进度？ –2 有哪些合理的加快进度的措施？ 定律分析 布鲁克斯定律（Brooks’Law）里面用了几个字眼“人、月”。是的，此布鲁克斯就.
软件工程的事实与谬误
iteye_20852的博客
10-18 214
软件工程的事实与谬误 Robert L. Glass 事实1：在软件开发中，最重要的因素不是程序员采用的工具和技术，而是程序员自身的质量。 事实2：对“个体差异”研究表明，最好的程序员要比最差的程序员强28倍之多，即使他们的报酬不同，优秀程序员仍是软件业中最廉价的劳动力。 事实3：（Brook法则）给延期的项目增加人手会使项目进一步延期。 事实4：工作环境对工作效率和产品质量有...
软件项目管理(一) 课程代码：01336
weixin_44733895的博客
10-21 1199
软件项目管理【一】课程代码：01336一次测评二次测评三次测评 一次测评 1【单选题】软件项目管理过程中的“过滤器”是指 A、软件风险评估 B、软件质量评审 C、软件设计监督 D、软件系统测试 2【单选题】打开组合视图的操作是 A、窗口/拆分 B、视图/甘特图 C、视图/网络图 D、视图/表 3【单选题】在哪种组织结构中，项目成员没有安全感（ ） A、 职能型 B、 矩阵型 C、 项目型 D、 弱矩阵型 4【单选题】软件工程活动主要包括8个方面，以下说法正确的是 A、支持活动是指软件的维护 B、软件设计就是
人月神话-人月的启示
缘起宇轩阁
03-10 1204
向进度落后的项目中增加人手，只会使进度更加落后。 -Brooks法则人月的启示 进度问题是IT项目管理最为关注的问题之一，到了第二章人月神话开始讲进度问题。进度的可保证性和可控制性来源于项目计划的科学性，项目计划对进度预测的准确性又来源于估算的准确性，估算是否准确又涉及到项目规模，根据规模可以得到工作量，根据工作量和人
软件开发经验小本本
oneslide
04-12 401
Brooks法则 向进度落后的项目中增加人手，只会使进度更加落后。 《人月神话》称之为愚蠢，疯狂的想法。人员的最大合理数量取决于独立子任务的数量，不同独立子任务的开发人员不需要任何交流。而对于同一独立子任务的进度延迟采用加人方法来加快项目进度是很愚蠢的做法，因为增加的人员会拖延进度（原开发人员对其培训），其在高度耦合的模块中和其他人同时工作，还会增加交流成本。 我的理解是增加一个单元任务的概念...
《人月神话》读书笔记——项目进度问题简析
qq_40401156的博客
05-10 225
导致项目进度出现问题的因素 1、评估技术方案与工作量时忽略可能的风险 误区：乐观主义，一切都将良好的运作，每项任务仅会花费他应当花费的时间 问题的根源： 创造性工作的实现结果依赖其实现介质，软件的实现介质仅为程序员的思维，是易于掌控的，而人的构思是有缺陷的，缺陷导致了工作量评估的失真 大型项目的任务需要被拆解成若干个小任务，即使每个小任务能不出差错，但项目整体的工作量并不是任务工作量的叠加，小任务组合排序的过程中会有很大概率出现未知的问题 2、认为投入人力与投入时长可以互换 误区：成本可以理解为人力乘时
《人月神话》：项目管理经典，Brooks的智慧结晶
书中讨论了软件开发中的挑战、团队管理、项目规划和进度控制等关键议题，尤其是提出了‘人月神话’的概念，即更多的人力并不一定能更快地完成项目，反而可能增加复杂性和沟通成本。" 《人月神话》的核心观点包括： ...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值