《人月神话》 汇总精要
# 前言
首先讲解下什么是『人月神话』
人是程序员,月是时间,如果 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)