避免进度调整失误

作者：诺曼·卡诺瓦利

导致项目失败的原因很多，最常见的是中途临时调整进度。要保证调整后的进度，只能靠大伙加班加点。当然，调整也可能指延长项目期限，或者增加项目资源，那就没有什么好操心的了。最怕的是时间不变，任务量增加；或者任务不变，截止日期提前。

一般人有一种错误的观念，认为加快进度可以降低成本，提高交付速度。为了缩短交付时间，开发人员常常被要求加班，甚至放弃“不太重要的计划任务”（例如单元测试）；就算交付时间不变，也可能被要求增加额处的功能。架构师应该不惜一切代价拒绝这类要求，提醒那些提出要求的人，改变计划会带来以下问题：

• 仓促决定的进度会导致拙劣的设计，蹩脚的文档，可能引发质量问题，导致用户拒绝验收。
• 仓促完成的代码，会直接导致最终产品的Bug数理增加。
• 紧张的测试进度会导致测试不充分，直接增加测试中可能出现的问题。
• 以上几项都会引发产品质量问题，而解决质量问题的代价更高。

最后的结果是成本不降反升，通常项目就是这样失败的。

作为架构师，你难免会遇到类似的问题，为了确保项目顺利进行，应该迅速采取行动表明立场。首先通过协商尽量维持原定进度，保证产品质量；如果必须加快进度，可以尝试去掉一些不重要的功能，留待后续版本发布。显然这需要提前做好准备，包括谈判策略和说明他人的技巧。不妨从今天开始培养这些方面的能力，关键时一定会派上用场。