软件开发定律：布鲁克定律

hi，我是熵减，见字如面。

在软件项目开发中，你是否遇到过这种情况：

你的项目进度落后了，你的老板或客户不满意，你的团队压力很大，你觉得需要增加一些人手来加快速度。但是，当你增加了新的成员后，你发现项目的进度并没有提高，反而变得更慢了，而且出现了更多的问题和冲突。

这就是布鲁克定律（Brook’s Law）的一个典型例子。

什么是布鲁克定律（Brook’s Law）？

布鲁克定律（Brook’s Law）是一种关于软件项目管理的观察，由弗雷德里克·布鲁克斯（Frederick Brooks）在他的1975年出版的著作《人月神话》（The Mythical Man-Month）中提出。

该定律指出：在一个已经延期的软件项目中，增加人力反而会使项目更加延期，而不是加快进度。

背后的原因

这个定律粗看起来，是有些反直觉，因为我们通常认为人多力量大。那么，为什么在一个软件项目中增加人手会让事情变得更糟呢？

这个定律之所以在大部分情况下是有效的，是因为有以下3个原因：

• 新加入的人员需要一定的时间才能熟悉项目的背景、目标、架构和代码，这个过程会消耗已有人员的时间和精力，降低他们的生产力。
• 新加入的人员可能会引入新的错误或与已有人员产生冲突，导致项目质量下降或工作效率降低。
• 随着人员的增加，项目的沟通成本也会增加，因为每个人都需要与其他人保持同步和协调，这会增加项目的复杂度和风险。

当然，布鲁克定律并不是一个绝对的规律，而是一个经验性的原则，它反映了软件开发中存在的一些固有的限制和挑战。

例外和启发

布鲁克定律不仅适用于软件项目，也适用于其他需要创造性和协作性的项目。它告诉我们，在一个复杂的项目中，简单地增加人手并不能解决问题，反而可能带来更多的问题。

那么，我们应该如何避免或缓解布鲁克定律呢？这里有一些可能的建议：

• 在项目早期就增加合适的人力，避免在项目后期才临时招募新人。
• 制定合理和可靠的项目计划，避免过于乐观或悲观的预估。
• 根据项目的可分解性和可并行性，合理地分配任务和资源，避免出现瓶颈或冗余。
• 建立有效的沟通机制和协作工具，减少信息的传递和处理时间。
• 优先保证项目的质量和稳定性，适当地调整项目的范围和目标，分阶段地交付项目成果。

最后

布鲁克定律提醒我们，在软件开发中，人并不是一个简单的可替代资源，而是一个复杂的系统组成部分。

我们需要根据项目的实际情况和需求，要能够灵活地管理和利用好人力资本，以实现项目成功的最终目标。

在创造性和协作性的工程之中，我们始终要：以人为本，未雨绸缪。

---

阅读，思考，练习，分享，日日不断之功。

嗯，写完了。

新的一天，加油哦 (ง •̀_•́)ง