《灾难拯救：让软件项目重回轨道》

 

修理工作的关键之一是确保被修理的对象尚可修理。对于要拯救的软件项目来说，这无疑也是成立的—— 如果挽救工作只会使其再次走向失败，那么，挽救工作就没有什么价值。

 

 

书中通过汉尼拔的行军为例，军队损失惨重，很多人死亡。他通过沿途招募志愿兵的方式，来弥补他的损失。然而，问题的关键是是他没有足够的食物来养活他们，从而，招募来的士兵越多，死亡人数就越多（死于饥饿而非寒冷）。最好通过严格限制招募的士兵人数来解决这个问题.

但是方法不具有恢复力的，导致  队伍再次开始膨胀，食物配给量开始减少。士兵再次开始死亡，行军速度又慢了下来。

—— 他没有一个监控系统来维持他新的招募方法。没有监控系统，他的项目（向意大利行军）逐渐返回到以前的灾难状态。队伍再次开始膨胀，食物配给量开始减少。士兵再次开始死亡，行军速度又慢了下来。汉尼拔需要的是一个审查招募工作状况和食物分发情况的系统，并在情况再次开始变坏时及时触发校正程序的系统。也就是说，汉尼拔需要一个早期预警系统。 

 

 

简单的、用于经历了灾难拯救过程并重启后的项目的早期预警系统（Early Warning System ，简称 EWS ），EWS 的目的是确保重启后的项目不会再次滑进灾难模式。它有 5 个基本要素：

1 ．开发数据的收集 

2 ．定期的项目现状评审 

3 ．触发警报的潜在问题（或风险）的识别 

4 ．启动校正行动 

5 ．后续行动