读了祸起萧墙这一章后，综合网上其他读者的思想，总结如下：
项目是怎样延迟了一年的时间？---- 一次一天。
一天一天的进度落后比起重大灾难，更难以识别，更不容易防范和更加难以弥补。
里程碑必须是具体的，特定的，可度量的事件，能进行清晰能定义。
如果里程碑定义得非常明确，以至于无法自欺欺人时，程序员很多会就里程碑的进展弄虚作假。
慢性进度偏离是士气杀手。
进取对于杰出的软件开发团队，同优秀的棒球队伍一样，是不可缺少的必要品德。
不存在关键路径进度的替代品，使人们能够辨别计划偏移的情况。
每个老板同时需要采取行动的异常信息以及用来进行分析和早期预警的状态数据。
状态的获取时困难的，因为下属经理有充分的理由不提供信息共享。
老板的不良反应肯定会对信息的完全公开造成压制；相反，仔细区分状态报告，毫无惊慌地接受报告，决不越俎代庖，将能鼓励诚实的汇报。
必须有评审机制，从而所有成员可以通过它了解真正的状态。出于这个目的，里程碑的计划和完成文档是关键。
对于大型项目，一个对里程碑报告进行维护的计划和控制小组是非常可贵的。