海报：
每一位从事软件项目开发或管理的人在其职业生涯中，应该都遇到过进度、成本及（或）质量未能达到预期结果的情况，这些情况很多时候发展成了项目灾难并导致项目失败。一旦软件项目陷入灾难或已处在失败的边缘，我们该怎么办呢？任项目按照之前的行为方式继续下去，期盼会有奇迹发生吗？还是能做些什么扭转形势反败为胜呢？《灾难拯救：让软件项目重回轨道（中文版）》是作者在几十年软件项目管理实践经验的基础上写成的，它为软件项目拯救提供了一套易理解、便于操作及有效的方法。
6.不相关信息（好像有来自其他拼图玩具的拼图）
这里，好消息是知道信息是不相关的，这本身就是成功的一半。这样问题就降为了一个在将信息排除之前对它进行重新评价的问题：该信息确实是不相关的吗？（例如，对一项功能的描述，该功能最初被认为是属于该项目的，但是审查后被排除了出去。）
若对信息的不相关程度有所疑问，那么在将它排除出去之前，向项目的主要人员（项目经理、市场代表、客户或者拯救发起人）进行咨询。不过，不要将不相关信息抛弃；以后你可能会改变对其价值的看法。
一般来说，与不合适的拼图相关的多数问题能够通过口头方式解决和澄清。主要的挑战通常在于找出拥有正确信息或缺失信息的人。在评估过程开始时，准备好一个项目信息主要拥有者列表是很有用的。在项目重要成员（高级经理、项目经理、客户代表、市场代表，等等）的帮助下编制这个列表。
5.5 可能出现哪些问题及如何解决
本章所介绍的指导方针旨在提高成功完成评估的可能性，但显然，事情还是有可能出错。未雨绸缪是一种好的策略。实际上，做好准备是最好的预防方法之一。
下面介绍了一些较常见的导致评估过程失败的原因，并提出了应对之道。
缺乏合作
在评估陷入困境的项目时，缺乏合作是很常见的，特别是在评估开始后的最初几天里，这种现象尤为常见。对局外人怀有敌意或猜疑，担忧工作安全，或者对面临失败的项目兴趣下降，是出现缺乏合作问题的原因。
行动建议：答案在于高级管理层发出对拯救过程的强有力且看得见的支持信号。一个有效的解决办法是在拯救发起人、评估者以及不合作的人或团体之间召开一次三方会议。
项目复杂
对于外部评估者来说，项目可能太复杂，难以在可利用的有限时间内充分理解它。如果不能在合理的时间内（通常是2～3天）找到一名专家顾问，那么问题就会变得特别严峻。
行动建议：这通常是一个优先级的问题。提高寻找专家这项工作的优先级。给专家增加薪金，或者从另一个项目中抽调一位专家。专家成本应视未能拯救项目将会带来的损失而定。
评估过程延期
当评估过程费时过长时，不去寻找步伐缓慢的原因（即不去解决作为步伐缓慢原因的问题）是一种常见的行为趋向，因为寻找原因也会花费时间。但是，若有迹象表明评估过程会使整个项目拯救过程延期不止一天两天，那么就需要立即去寻找步伐缓慢的原因。注意，这并不意味着延期一两天是可以容忍的；实际上，这样的延期会将拯救过程置入危险的境地。
可能是前面提到的两个问题中的一个（缺乏合作或者项目非常复杂）导致了评估过程延期，也可能是由于所选的评估者不合适，导致了评估过程延期。
行动建议：如果步伐缓慢是前面提到的两个问题中的一个造成的，那么应用前面讲到的相应办法解决。如果步伐缓慢问题与评估者有关，那么拯救发起人就需要采取行动了，有可能需要更换评估者。如果步伐缓慢是由其他原因引起的，那么高级管理层应参与到解决问题行动中来。
……
