挽救陷入困境的项目：让它始终卡住的那些错误
几乎每一个陷入困境的项目，都会发出相同的早期信号：日期一点一点地往后拖，状态报告在该转色的一周后仍标着绿色，团队忙忙碌碌却没完成多少东西。等到有人被叫来收拾局面时，问题很少出在某一个错误的决定上。它是一堆小决定的累积，而挽救往往因为与最初原因毫不相干的理由而失败。疫情后的复苏期让情况更糟：远程团队各自分散、供应链绷紧，人们也不愿在视频通话里说出坏消息。以下是让挽救始终卡住的那些错误，以及应当怎么做。
诊断阶段的错误
还没弄清就动手。 在压力之下，本能反应是做点看得见的事——换供应商、加人手、定个新期限。一次跳过诚实诊断的挽救，通常只是把问题挪了个地方。先用一小段时间去倾听：听团队、听数据、听客户，然后再确定方案。
相信状态，而非证据。 如果报告一路标绿直到危机爆发，那么报告本身就是问题的一部分。去看真实的工作——已合并的代码、已验收的交付物、通过的测试——而不是某人填进去的完成百分比。
把症状当成原因。 错过的日期和不满的相关方都是症状。原因通常在上游：范围不清、没人愿意拍板的决定、一项从未真正成立的依赖。处理症状只能换来一周，却会赔掉一个月。
行动阶段的错误
往一个已经延期的项目里加人。 布鲁克斯的那句老话依然成立：往一个复杂且延期的项目里堆人手，通常只会让它更晚交付，因为团队会把本就紧张的时间花在带新人上，而不是交付上。先把工作稳住，再扩充团队。
死守原有范围。 一个陷入困境的项目，通常无法按原定日期交付当初承诺的全部内容。假装可以，正是挽救二度失败最常见的原因。诚实地重设基线：砍掉或推迟非必要的部分，并把它说清楚。
偷偷地挽救。 悄悄修补、指望没人发现，会摧毁你最需要的信任。相比迟迟才被发现的问题，发起人对早早被点明的问题宽容得多。
第一个绿色的星期就宣告胜利。 一个表现良好的冲刺并不等于挽救成功。把新的纪律坚持得足够久，让改善成为结构性的，而不是一阵把团队榨干的临时英雄主义。
真正的扭转是什么样子
那些成功挽回项目的团队，往往持续地做着几件并不光鲜的事。他们建立唯一一个诚实的状态事实来源，并叫停那种乐观的报告。他们把眼前的工作收窄到一个简短、可达成的下一个里程碑，彻底完成它之后再开启下一个。他们尽早与发起人就范围和日期进行那场艰难的对话，用平实的语言，给出选项而非借口。他们还会不惜代价地保护团队的专注，因为一个正在恢复的项目，既可能死于一次大失败，也同样会死于上百次打断。
把真实状况大声说出来——对团队，也对发起人——好让所有人都在解决同一个问题。
用一份简短的「已完成、进行中、受阻」清单取代乐观的状态报告，并经常复盘。
对照现实重设范围和日期的基线，明确说明取舍和削减。
先交付一个小而完整的里程碑，重建可信度，再去承诺其余部分。
扭转的关键与其说是英雄主义，不如说是做减法：去掉虚假的报告、失控的范围和层层打断，直到团队能够看清并完成下一件真正的事。只要他们成功地做到一次，势头通常会接管其余的一切。
当一个项目失去了会议室里的信任、需要一次清醒的重置时，XNM 的项目集与项目交付咨询服务 能帮你诊断真正的症结所在，让交付重新动起来。