接手一个新项目，最先看到的是任务说明；决定项目能否推进的，往往是说明里没有写出的历史、关系和约束。

项目名称不会告诉你问题为何出现

同样叫“流程优化”，可能源于成本压力、一次客户投诉、管理层更替，或者长期未解决的部门冲突。问题来源不同，成功标准和可接受的方案也会不同。

如果把过去有效的答案直接搬进来，可能在逻辑上正确，却无法回应当前组织真正关心的风险。

开始前补齐一张问题来路图

  • 谁最先提出这个问题，他希望改变什么；
  • 过去尝试过哪些办法，为什么没有继续；
  • 谁会从变化中获益，谁需要承担新增成本或风险；
  • 哪些决定已经作出，哪些仍然开放；
  • 项目结束时，谁判断它是否成功。

这些问题能够帮助团队区分：眼前看到的是症状、历史妥协，还是需要正式解决的根本分歧。

不要把听取历史变成被历史束缚

理解过去不是接受“以前一直这样”的结论。相反，只有知道旧安排当初服务什么目的，才能判断那个目的是否仍然存在，现有做法是否还有必要。

新成员可以带来不同视角，但应先说明自己的方案改变了哪些前提、会影响谁、准备怎样验证。这样，新观点才有机会进入组织决定，而不是停留在个人看法。

先形成共同问题，再形成方案

项目早期最重要的产出，可能不是答案，而是一句各方都认可的问题定义。它应说明当前状态、需要作出的决定、现实约束和期望结果。

问题来路清楚后，方案可以更快；来路不清，再完整的方案也可能只是在回答另一个问题。