在企业中，做灾难和失败的预言者从来都不是一个受欢迎的位置，所以我写这封信的时候已经充分理解了内容可能会被置若罔闻，我的建议的潜在好处也只能在一堆“我希望我们会……”中被找到。但一场项目灾难的海啸正在迅速向企业海岸线移动，而我们却无能为力。
我所说的项目灾难并不是那些超出预算和进度落后的灾难，而是那些会扰乱供应链、延误财务报告、毁掉看似称职的高管职业生涯的惊人失败。这些都是企业上线项目时可能产生的失败类型，在事后看来，这些实现都会被认为是以一种鲁莽的方式完成的。
厄运的4个预兆
为什么我如此确信许多项目都面临着失败?请考虑以下几点：
- 数量提高了一倍。与正常年份相比，计划在今年5月至9月上线的大型项目数量是往常的两倍。当新冠病毒在2020年初来临时，许多公司都暂停了大型IT转型项目。但2021年初，大坝决堤了，许多大型项目于2021年启动了。与此同时，最初计划在2021年启动项目的公司也这样做了。所以，这就意味着潜在的项目灾难的数量也会翻倍。由于主要计划的初始部署交付时间平均为12-18个月，时间表都已经确定了。
- 近因偏差。你上一次读到重大项目上线失败是在什么时候?像Select Comfort、国家电网、Cover Oregon或是洛杉矶水电部(LADWP)这样的项目已经消失几年了，足以让它们从高管的记忆中消失了。组织上的自大是一种强大的力量，它往往会抵消灾难发生的真实可能性。当没有灾难的消息时，潜在的威胁就会消失。看到车祸后，我们所有人都会更加谨慎地驾驶是有原因的。
- 人才空缺。几乎所有重大的上线灾难都可以追溯到高级项目团队成员的缺乏经验。确定和沟通风险的能力显然对缓解风险是至关重要的。在项目数量翻倍的情况下，系统集成商为所有项目带来高素质人才的能力大大降低了。再加上过去6个月中翻了一番的大辞职和流失率，你会发现这些项目的态势感知水平已经大幅降低了。
- 未经测试的方法。在疫情期间，我们已经看到了许多项目在集成系统测试领域苦苦挣扎。生产率下降的根源通常可以追溯到项目团队缺乏集中管理。如果不在一起，团队成员就不能很快地向邻居学习，而且技巧也不容易被传授。现在快进到部署之后，考虑到对成千上万的用户的潜在影响，他们可能也没有超级用户在旁边来指导他们来完成启动。我们没有理由相信，我们在测试中看到的同样的困难会在部署后奇迹般地得到解决。
如何避免IT灾难
有没有办法避免灾难带来的海啸?不幸的是，总的来说，答案是否定的。木已成舟。是否有可以在单个项目上实施的策略来防止灾难?幸运的是，答案是肯定的。以下是一些简单的建议:
- 让它成为现实。请你的系统集成商准备一份关于从重大项目灾难中吸取经验教训的报告。你没有必要成为“在海滩上被射杀的信使”。尽早向指导委员会提交此文稿，以表明你正在采取适当的措施来保护业务。
- 尽早建立上线标准。太多的程序在目标上线前的2-3个月就已经制定了标准。在这种情况下，标准就变成了“我们在上线前能实现什么”，而不是“我们应该达到什么?”对于预算紧张的项目尤其如此。
- 独立的观点。“上线”或“顶峰热”是真实存在的——只要问问那些试图登上山顶的遇难者家属就知道了。良好的判断很容易被沉没的成本评估和毫无根据的最佳案例规划所蒙蔽。一个独立的观点可能非常发人深省。
我意识到这篇文章可能会有点令人沮丧，或者它可以被认为只是在耸人听闻，但如果它让哪怕是一个项目避免了灾难，它就是值得的!
