本章主要讨论的是管理原则：
管理 是围绕软件开发的所有工程活动，进行计划（plan）、控制（control）、监视（monitor）和报告（report）的一组活动。
好的管理比好的技术更重要，好的管理能够激励人们做到最好，即使是在资源匮乏的情况下，也能产生巨大的效果，大多数的成功都是源于成功的管理和出色的市场营销，管理风格必须适应于场景。有些管理风格是与生俱来的，有些是可以靠后天学习培养的。
下面是原则中对一些管理的方法总结：
1. 使用恰当的方法，不要相信你读到的一切，理解客户的优先级，人是成功的关键。
2. 对一个关键任务，最好只安排少数有足够经验的工程师，而不是安排许多没有经验的工程师。在一个项目中建立合适的人员配比，并且切忌不要向两个极端发展。
3. 倾听你的员工，信任那些为你工作的人。如果他们不值得信赖（或者你不信任他们），你的项目将会失败；如果他们不信任你，你的项目也将会失败；信任的第一个原则就是倾听。
4. 信任你的员工，当你信任别人，而且也没有给他们理由不信任你时，他们也会信任你，相互信任是成功管理的要素。
5. 沟通技巧是必要的，人们的动机是不同的，激励员工的方式需要因人而异
6. 人和时间是不可互换的，联运游戏就是用人和时间互换，很多人刚搞明白需求，代码刚跑起来，排期就结束了。
7. 需要明确告诉员工，哪个是优先级最高的优化点，这个点就会提升。
8. 衡量开发效率没有完美的方法、不要设定不切实际的截止日期、避免不可能、评估之前先要了解、不要忘记团队开发效率、相信排期、定期重新评估排期、轻微的低估不总是坏事
9. 不管人员的质量如何，工具、语言或流程的可用性如何，人为强加的进度和不恰当的预算将会毁了一个项目
10. 制定详细的项目计划、及时更新你的计划
11. 知晓十大风险
1). 人员短缺
2). 不切实际的排期
3). 不理解需求
4). 开发糟糕的用户界面
5). 当客户并不需要时尝试镀金
6). 不控制需求变更
7). 缺乏可重用的或者接口化的组件
8). 外部执行任务不足
9). 糟糕的响应时间
10).试图超越当前计算机技术的能力
12. 预先了解风险、按差异管理
13. 对硬件的演化要乐观、对软件的进化要悲观、认为灾难是不可能的想法往往导致灾难
14. 做项目总结，记录、分析所有不符合预期的事情并从中学习，记录下你认为将来可以采取的不同措施以预防问题发生，未来的项目将会极大受益。