通过逐渐改善各个层级的流程脱离困境。
当应用出现意外故障导致无法访问，应该尽快让应用恢复可用，再去寻找可能的bug。
【应用不可访问是非常严重的事故，访问不了页面什么用户体验都谈不上了，在这个问题解决之后再去考虑性能、功能、美观。】
有的功能刚接入时会有很好的效果，但随着投入的增加收益是递减的，要限制花在这部分工作上的精力。
【人的思维往往都是线性的，总觉得投入一点能得到这么多好处，投入更多好处一定也会按比例增长。最好实时评估现在自己做的工作到底有多少效果，无论如何千万不能盲目。】
滚动发布较小的特性。建立特性储备库，当主要开发的任务被阻塞时用作缓冲。让新发布（或取消）特性触发新的主要特性的开发计划，不要用尽开发力量。
【对于开发的管理我不是很了解，但对于人来说也应该把个人的目标控制在合理的数字内，否则一个也完成不了。】
力求整体大于部分之和，了解周围每个人都在做什么。
这一章解决了一个团队的很多毛病，但是感觉整体上也比较散。
