人月神话阅读笔记02

 人月神话：有这样一个法则：

Brooks 法则：向进度落后的项目中增加人手，只会使进度更加落后。

书中说“人月”是一个神话，是因为时间精力的消耗与独立投入的人力、时间不成线性相关，所以每一次的项目估算和调整都需要谨慎为之，落后太多的项目往往会滑向失败的深渊。我们要清楚的认识到：缺乏合理的进度安排是造成项目滞后的最主要原因。

外科手术队伍：

最好的团队组成应该是类似外科手术队伍结构，这样我们能够获得减少沟通，提交生产效率等等诸多好处，而且最重要的是我们将获得概念的完整性。

同样有两年经验而且在受到同样的培训的情况下，优秀的专业程序员的工作效率是较差程序员的十倍。关于这一条我在极限编程里看到，Sackman和Humphrey分别做了实验发现优秀程序员工作效率比较差程序员的工作效率最高要高达28倍。

两个人的团队，其中一个项目经理，常常是最佳的人员使用方法。

一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法，既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底地减少了沟通的工作量。

贵族专制、民主政治和系统设计：

概念完整性是系统设计中最重要的考虑因素。为了获得概念完整性，设计必须由一个人或者具有共识的小型团队来完成。

一套大型的软件系统往往要持续开发运营，这就要求开发团队保持系统的概念一致性。世界需要秩序，就是因为每个人想法不一，产生矛盾时无法统一实现整体利益。在系统的开发中，人与人之间的思维差异是客观存在的，概念的完整性只能少数人员来实现，对于大型的项目，合理的团队组建方式就很重要。

画蛇添足：

尽早交流和持续沟通能使结构师有较好的成本意识，以及使开发人员获得对设计的信心，并且不会混淆各自的责任分工。顺风顺水地执行下去。但是软件维护是一个提高混乱度（增加熵）的过程，所以出现前进两步，后退一步；甚至前进一步，后退一步都是很正常的。时刻准备着为所指定的说明建议一种实现的方法，准备接受任何其他可行的方法。

过去我以为和团队商量好方向后就没什么问题了，但是其结果却不尽如人意。实际上解决问题的办法是：尽早尽可能多的沟通。