随便乱扯：软件开发中的布鲁克斯法则

??在《人月神话》中，布鲁克斯博士提出了布鲁克斯法则：向进度落后的项目中增加人手，只会使进度更加落后。
??项目的进度可以被各种原因拖后：每个问题看上去都十分容易解决，但这些问题相互纠缠和堆积在一起时，团队的行动就会越来越慢；对项目的预算不足也会拖延项目的进度；有的时候，仅仅是因为对项目所需的时间的估算不足，这导致这个项目几乎无法按时完成。
??但在面对无法按时完成的项目时，向其中增添人手是非常传统和自然的想法。然而事实上，试图依靠增添人手来延缓进度的行为无异于抱薪救火。新员工往往会带来一系列问题：

• 新员工不可能马上投入项目，他们需要经历一些培训。
• 需要在原本的员工中挑选几人脱离生产，用于对新员工进行培训
• 团队内部的沟通将会消耗更多的时间
• 团队的管理将会更加困难
• 新员工对于工作的不熟悉极有可能拖累项目进度
• 更多人参与设计导致概念的一致性遭到破坏，将会导致项目的缺陷增多
• 由于工作的先后顺序问题，所有的员工不一定能投入工作，“十个孕妇不可能在一个月内产下孩子”

??因此，尝试向进度落后的项目中添加人手是一个错误的选择，软件经理在面对项目进度落后时，所能采取的选择往往只有以下几种：

• 向项目中追加时间，但这带来的二次商业成本将会非常高昂
• 带着问题发布新版本
• 减小目标，发布更精简的版本，并增添更多的后续版本计划

??当然，最好的做法莫过于从一开始便正确地估算进度，合理地安排时间，并不断跟踪并及时调整项目的进度安排，从而使得项目能够从按时完成。