《人月神话》 汇总精要
# 前言
首先讲解下什么是『人月神话』
人是程序员，月是时间，如果 1 人干 10 个月等同 10 人干 1 个月，那就成神话。
本书由 IBM System/360 系统之父 Fred P. Brooks 所著，全书讲解软体工程、项目管理相关课题，被誉为软体领域的圣经，内容源于作者 Brooks 在IBM公司 System/360 家族和 OS/360 中的专案管理经验
本篇博客主要提炼书中的精要观点，仅作为总结参考，同时添加博主自身的一些感受，如果想要了解本书更加详细信息，还请阅读英文原著（中文译著质量不高）
注意：博主对章节相关内容进行了改动，一些抽象的比喻转化为了更加具体的概念阐述
# 进度安排
# 时间安排
1/3 计划、1/6 编码、1/4 构件测试以及1/4 系统测试
# 弹性调整
同时我们观察到开发团队进度缓慢时，可以适当削减相应功能，防止后续项目延期所造成的后续成本。
# Brook 法则
向进度落后的项目中增加人手，只会使进度更加落后
# 增派人手负面影响
任务重新分配本身和所造成的工作中断；培训新人员的成本；额外的沟通成本
# 队伍设计
# 效率区分
同样有两年经验而且在受到同样的培训的情况下，优秀的专业程序员的工作效率是较差程序员的十倍。即所谓的 10x 程序员，所有程序员都应该朝着这样的目标学习
博主注：确实存在这样的程序员，但是我认为对于团队开发来说，充分发挥每个人在团队中的贡献和价值才是关键所在，不是是追求这样的个人极致能力，而这就需要上层决策者的能力了
# 队伍数量
我们的团队应该精干，在项目允许的情况下减少人员数量
# 组建方法
队伍应该以类似于外科手术一样的方式组建，而非一拥而上。一位首席程序员、类似于外科手术队伍的团队架构提供了一种方法--既能获得由少数头脑产生的产品完整性，又能得到多位协助人员的总体生产率，还彻底地减少了沟通的工作量。
# 参考文章
最全|《人月神话》书摘，看这一篇就够了 - 知乎 (zhihu.com) (opens new window)
万字长文解读经典《人月神话》，每个软件从业人员都应该反复阅读！ - 哔哩哔哩 (bilibili.com) (opens new window)