《人月神话》读书笔记②：团队管理
五、及时沟通：画蛇添足The Second-System Effect
·开发人员承担创造性和发明性的实现责任，所以架构师只能建议而不能支配他们
·架构师设计时，第一个系统往往谨慎，但是在第二系统开发时，容易为了和第一个系统保持一致性、而增加过多的修饰功能
·根据系统的基本理念，敢于舍弃不合适的功能
六、贯彻执行Passing the Word
·规格化手册：精确、覆盖所有基础信息
·形式化（图像化）描述&叙述性文字
·会议中所有人都可以提出问题和意见，但建议书应该在会议前发给大家
七、失败之因：为什么巴比伦塔会失败Why Did the Tower of Babel Fail?
·项目成功的先决条件：清晰的目标、人力、材料、足够的时间、技术、交流、组织
·大型编程中交流方式：废正式途径、会议、工作手册
·项目工作手册：包括目的、外部规格说明、接口说明、技术标准、内部说明和管理备忘录
·文档变更页需要有总结性文字，说明本次更新了哪些地方
·组织架构：最好技术主管作为总指挥，产品负责人充当左右手；而不是反过来
1、产品负责人：组建团队，制定进度表
2、技术主管或架构师：构思整体设计，提供整个设计的一致性和概念完整性
3、任务、进度、人力划分和各部分之间的接口定义
八、工作量判断：胸有成竹Calling the Shot
·编程工作量=常数X指令的数量^1.5
·生产率会根据任务本身复杂度表现出显著差异，编译器的复杂度是批处理程序的3倍，操作系统复杂度是编译器的3倍
·对常用编程语句而言，生产率基本是固定的（且固定的生产率包括了注释和错误情况）
·使用适当的高级语言，编程的生产率可以提高5倍
以上内容为《人月神话》（作者：[美]小弗雷德里克·布鲁克斯）的第5-8章读书笔记及部分摘要，本人加入一定量自己的理解；因水平有限，欢迎大家交流指正，谢谢~
另：《人月神话》是比较偏技术侧的书籍，翻译过来有点佶屈聱牙，我这里更多只是列了提纲，希望大家有机会还是自己去看、可以有更多收获~
