说不清的Brooks法则

最新推荐文章于 2025-04-22 00:58:33 发布
最新推荐文章于 2025-04-22 00:58:33 发布
阅读量3.9k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： 程序员随想 文章标签： windows 工作
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/sunljm1000/article/details/6371532
布鲁克斯法则指出，增加软件项目的人力可能会导致项目延期，因为新成员需要时间融入并理解现有项目，增加了沟通成本。理想的团队规模是‘多一分则胖，少一分则瘦’。然而，法则并未考虑人员素质，优秀的开发者可以显著提升团队效率。团队领导者理解并找到最佳团队规模至关重要。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

布鲁克斯法则，据说是经典的管理定律之一。

 

布鲁克斯法则，据说是北卡罗来纳大学计算机科学教授Frederick P. Brooks，Jr.提出的经典理论！

 

为什么用个“据说”，因为这都是别人和我说的，所以我加上了这两个字！

 

“为推迟的软件增加人力将使得软件时间发布更晚。 这是因为后来者需要加快速度，同时还要与前任进行沟通，从而使得开发团队增加了更多的开发时间，这个时间超过了新增程序员所做的贡献。从理论上说，软件发展陷入僵局是可能的，此时开发团队极其庞大，以致所有时间都来互相沟通和重新决定，这样项目永远也不会完成。”

 

以上内容就是布鲁克斯法则的内容。

 

说的对么？

 

答：非常对。

 

假定，一个项目两个人，可以在三天内完成，按照传统思想来考虑，如果项目变成三个人在做，那么只要两天就可以完成。

 

理论上是的！但可能么？

 

<

最低0.47元/天 解锁文章

200万优质内容无限畅学
程序职业生涯学习成长，压力管理不能少
AI天才研究院
04-18 1029
在当今数字化时代，程序开发行业发展迅猛，技术更新换代日新月异。对于程序员而言，持续的学习成长是保持竞争力、适应行业变化的关键。然而，学习新知识、应对项目挑战等过程中会不可避免地产生压力。本文旨在探讨程序职业生涯中学习成长与压力管理的关系，为程序员提供全面的指导，帮助他们在学习成长的道路上有效管理压力，实现职业目标。范围涵盖从新手程序员到资深开发者的各个阶段，涉及学习方法、压力来源分析、管理策略等多个方面。本文将按照以下结构展开：首先介绍核心概念，明确学习成长和压力管理的相关定义和联系；
程序人生进阶之路：学习成长与团队协作缺一不可
最新发布
AI天才研究院
05-14 1121
随着信息技术的快速发展，程序员面临的技术复杂度呈指数级增长，从单体应用到微服务架构，从手动部署到DevOps自动化，技术栈的更新速度要求开发者必须建立高效的学习体系。同时，现代软件项目规模越来越大，跨团队协作、分布式开发成为常态，单纯的技术能力已无法满足职业进阶需求，团队协作能力成为区分资深工程师与普通开发者的关键指标。本文将深入剖析程序员进阶过程中技术学习与团队协作的双轮驱动模型，提供可落地的方法论、工具链及实战案例，覆盖从初级开发者到技术管理者的全阶段成长路径。学习成长体系。
Brooks法则：“向进度落后的项目中增加人手只会使进度更加落后”
fengclient的博客
06-10 5270
A：“离系统上线只有3个月时间了，还有这么多功能没有做，怎么办？” B：“可以从隔壁团队抽调一个工程师来帮忙吗？领导对这个项目很重视。” A：“好，应该可以抽调两个来，他们都是经验丰富的程序员，争取在1个月内完成。” 最后他们成功地把项目拖延了4个月，比没有添加人手的预计还要晚。 向进度落后的项目中增加人手只会使进度更加落后。 ——《人月神话》里面提到的Brook
Brooks法则
zoobby的专栏
08-20 970
<br />向进度落后的项目中增加人手，只会使进度更加落后。（Adding manpower to a late software project makes it later）。
布鲁克斯法则解释及论证
chuangxin的专栏
10-09 2809
布鲁克斯法则(Brook's Law)简单理解就是：向进度落后的IT项目增加人手，只会使项目更加落后。从项目管理PMP角度来说，新成员加入将使团队重新开始，增加磨合期，从而导致项目进度更加落后。
[项目管理] 布鲁克斯法则
闲云孤鹤
08-14 3993
布鲁克斯是上世纪60年代IBM System/360的操作系统OS/360的开发负责人，这之后基于当时的经验写了人月神話一书。 这是描述大规模软件开发难度的一本划时代的书。如果是IT从业人员是必读的一本书。软件开发人员或是项目管理者的话，听我一句话，读一读比较好。我的日记里也介绍了好几次。 先不谈人月神话的第二章，看下面的示例。有这样一个项目需要12个人月，这样3个人4个月就能完成该任务。然后，每个月设定观测点A/B/C/D。
布鲁克斯定律
bangzhu19910724的专栏
05-13 2643
布鲁克斯定律说“为一个延误的IT项目增加人员，将导致更多的延误”，意思是任何软件的开发都有所谓的“关键路径”，因此任何一个软件的开发都需要一定的最少时间，靠增加人力投入不可能缩短这个最低时间。
技术领导力培养：从个人贡献者到团队引领者的蜕变
AI天才研究院
04-22 723
随着科技行业的快速发展，技术团队面临着日益复杂的挑战和机遇。在这样的背景下，培养具备技术领导力的人才显得尤为重要。本文的目的在于为那些在技术领域有着卓越个人贡献，但渴望进一步成长为团队引领者的技术人员提供全面的指导。我们将涵盖从理解技术领导力的核心概念，到掌握培养领导力的具体方法，再到实际应用和未来发展等多个方面，帮助读者实现从个人贡献者到团队引领者的蜕变。核心概念与联系：阐述技术领导力的定义、个人贡献者与团队引领者的区别与联系。技术领导力培养的关键要素：分析培养技术领导力所需的知识、技能和特质。
Java11 ZGC 和 Java12 Shenandoah 介绍：苟日新、日日新、又日新
KimmKing的技术博客
09-22 860
随着互联网的迅速发展和计算机硬件的迭代更新，越来越多的业务系统使用大内存。 而且这些实时在线业务对响应时间比较敏感。比如需要实时获得响应消息的支付业务，如果JVM的某一次GC暂停时间达到10秒，显然会让客户的耐心耗尽。 还有一些对延迟特别敏感的系统，一般要求响应时间在100ms以内。 例如高频交易系统，业务本身就有一些运算耗时，如果GC暂停时间超过一半(>50ms），那很可能就会让某些交易策...
随便乱扯：软件开发中的布鲁克斯法则
SYSU_101的博客
11-20 1132
在《人月神话》中，布鲁克斯博士提出了布鲁克斯法则：向进度落后的项目中增加人手，只会使进度更加落后。   项目的进度可以被各种原因拖后：每个问题看上去都十分容易解决，但这些问题相互纠缠和堆积在一起时，团队的行动就会越来越慢；对项目的预算不足也会拖延项目的进度；有的时候，仅仅是因为对项目所需的时间的估算不足，这导致这个项目几乎无法按时完成。   但在面对无法按时完成的项目时，向其中增添人手是非常传统
软件开发定律系列之布鲁克斯定律有感
skydust1979的博客
11-06 552
布鲁克斯定律： 人月=人*月，月≠人月/人 极端情况下，Brooks定律会出现这样的情况：“投入更多的人到一项延迟的工作上，可以导致该项工作更加延迟”。 Barry Bohem：可以将软件开发进度压缩25%，但是不能再多了 200/20/6X现象： –人数增加1倍，工期缩短20%，缺陷增加6倍 反思： –1 在实践中，我们是否经常通过给项目组增加人手的方式加快进度？ –2 有哪些合理的加快进度的措施？ 定律分析 布鲁克斯定律（Brooks’Law）里面用了几个字眼“人、月”。是的，此布鲁克斯就.
程序员应知必会的思维模型之 4 布鲁克斯法则 (Brooks‘s Law)
iCloudEnd的博客
11-08 1622
布鲁克斯法则 (Brooks’s Law) 软件开发后期，添加人力只会使项目开发得更慢。 软件领域应用 这个定律表明，在许多情况下，试图通过增加人力来加速已延期项目的交付，将会使项目交付得更晚。布鲁克斯也明白，这是一种过度简化。但一般的论据是，新资源的时间增加和通信开销，会在短期内使开发速度减慢。而且，许多任务是密不可分的，换句话说，这样可以使更多的资源之间能轻易分配，这也意味着潜在的速度增长也更低。 观点 《神话人月》的布鲁克斯定律说：“为一个较晚的软件项目增加人力会使其变得更晚” 加入我们共同进
布鲁克斯法则 ( Brook's Law )
weixin_30430169的博客
11-30 341
人们常常夸大或误解才华。法国诗人兼戏剧家埃德万·帕耶罗指出：“取得成功后，总有一些傻鸟说那是因为你有才华。”当某人成就斐然时，别人常常简 单地把一切归功于他“有才华”。然而，这不对，也不是正确地看待成功的方法。如果光有才华就够了，那你我为何还会看到才高八斗却没什么成绩的人呢？ 美 国的许多商界领袖都没有真正认清才华。一些人认为才华是解决一切问题的万能钥匙。《引爆流行》（The Tipping...
软件开发定律：布鲁克定律
架构未来
03-31 592
hi，我是熵减，见字如面。 在软件项目开发中，你是否遇到过这种情况： 你的项目进度落后了，你的老板或客户不满意，你的团队压力很大，你觉得需要增加一些人手来加快速度。但是，当你增加了新的成员后，你发现项目的进度并没有提高，反而变得更慢了，而且出现了更多的问题和冲突。 这就是布鲁克定律(Brook’s Law)的一个典型例子。 什么是布鲁克定律(Brook’s Law)？ 布鲁克定律(Brook...
图论-07
weixin_52921802的博客
12-26 1329
07-图的着色 注：所写主要参考为许胤龙《图论导引》，因觉得此书所写不合理，故附参考张先迪《图论及其应用》 顶点着色 k-顶点着色：把kkk个颜色分配给图GGG的顶点，每个顶点分配一种颜色，称为k-顶点着色 正常k-顶点着色：若相邻顶点颜色不同，则为正常k-顶点着色，此时称GGG为可k-顶点着色的。 顶点色数：使图G可正常顶点着色的最少颜色数k，为图G的顶点色数，简称色数，记为X(G)X(G)X(G) 正常k-顶点着色是顶点集合的一个划分。 X(G)=2X(G) = 2X(G)=2 当且仅当它是有边二.
软件开发的定律：布鲁克定律
架构未来
03-31 301
布鲁克定律（Brook’s Law）是一种关于软件项目管理的观察，由弗雷德里克·布鲁克斯（Frederick Brooks）在他的1975年出版的著作《人月神话》（The Mythical Man-Month）中提出。在一个已经延期的软件项目中，增加人力反而会使项目更加延期，而不是加快进度。布鲁克定律提醒我们，在软件开发中，人并不是一个简单的可替代资源，而是一个复杂的系统组成部分。我们需要根据项目的实际情况和需求，要能够灵活地管理和利用好人力资本，以实现项目成功的最终目标。以人为本，未雨绸缪。
图论定理证明（1）
天狼_Sirius的博客 / SiriusNEO
10-20 2070
定理内容 对于任意 N≥2N \ge 2N≥2 个两两相交的环，存在一条边被所有这些 NNN 个环覆盖。 证明 定义一个命题映射 P(N)P(N)P(N) 为 “对于任意 NNN 个两两都相交的环，存在一条边被所有这些 NNN 个环覆盖。”其中 N≥2N \ge 2N≥2。 引理1： 一个环或者 NNN 个两两都相交的环构成一张强连通图。其中 N≥2N \ge 2N≥2 。 引理2： 1、对于一...
电子科技大学《图论及其应用》复习总结--第七章 图的着色
进击的搬砖猿
08-21 7054
第七章 图的着色 一、图的边着色 (一)、相关概念 现实生活中很多问题，可以模型为所谓的边着色问题来处理。例如排课表问题。 定义1 设G是图，对G的边进行染色，若相邻边染不同颜色，则称对G进行正常边着色； 定义2 设G是图，对G进行正常边着色需要的最少颜色数，称为G的边色数，记为χ′(G)\chi^\prime(G)χ′(G)： 在对G正常边着色时，着相同颜色的边集称为该正常着色的一个色组。 (二)、几类特殊图的边色数 1、偶图的边色数 定理1 Δ\DeltaΔ是最大度 ​ 定义3 设п是G的一
软件工程基础<一>
TO BE OR NOT TO BE
06-23 1209
***********************软件工程导论************ ***软件工程定义：软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地、高效的开发出高质量的软件并有效地维护它，这就是软件工程。 ***软件：1.一个信息转换器，功能：产生管理
Brooks Automation RS1压缩包解压缩指南
RS1机器人系统可能包含多个关键技术组件和特点，包括但不限于： 1. 高精度运动控制系统：RS1系统通过精确控制电机和伺服机构，确保机器人手臂能够准确地到达指定位置，执行高精度的操作任务。 2. 软件和用户界面：...
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值