当前位置:资讯 > >正文

软件开发定律:布鲁克定律-当前短讯

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

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


【资料图】

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

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

什么是布鲁克定律(Brook’s Law)?

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

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

背后的原因

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

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

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

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

例外和启发

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

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

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

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

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

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

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

嗯,写完了。

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

标签:

推荐阅读