两周，做出一个站得住的决定

大多数技术项目，都始于一个做得太早的决定。问题还没弄清就选定了系统；还没人看过数据就定下了预算；凭一场演示就选中了供应商。等真正的约束浮现时，组织已经被绑定，项目余下的日子都在绕着一个无法轻易撤销的选择打转。

所以我们接手的几乎每个项目，都以同样的方式开始：一次为期两周、固定费用、产出明确、没有后续义务的诊断。客户最常告诉我们，即使方法里其他一切都换掉，他们也会保留这一部分。

第一周：找到那三个约束

第一周只看事实，不看观点。我们看系统实际怎么运行、数据实际是什么样子、成本实际如何出现在发票上，以及做这份工作的人如何描述这份工作。

目标不是一次全面审计，而是找到真正阻碍进展的那几个约束。以我们的经验，通常是三个：一个是技术性的——某个系统做不到某件事，或者数据不可信；一个是组织性的——某个决定没人负责，或者某个团队没有余力；一个是财务性的——某项成本让显而易见的选项负担不起，或者某项隐性成本让现状比任何人意识到的都更贵。

把这三个约束说出来，常常是整个项目最有价值的时刻。那些翻来覆去争论了几个月的问题，一旦约束被白纸黑字写下、旁边附着证据，往往就尘埃落定了。

第二周：一个算清成本的顺序

第二周把约束变成计划。不是一份愿景文件，而是一个顺序：先做什么、花多少钱、怎么知道它奏效了、在哪里可以自然地停下。

每一步都被设计成本身就能交付有用的东西。如果企业在第一步之后就停下，它也应该比之前更好。每一步都带着一个衡量标准，取自第一周建立的基线，这样进展可以被核查，而不是被宣称。

你会带走什么

• 一份书面的问题陈述和三个约束，附有证据。
• 关键指标的基线，即它们今天的状态。
• 一份有顺序、算清成本、带决策点的路线图。
• 一个建议——有时，这个建议是现在什么都先别动。

最后一点很重要。一个总是得出“需要一个大项目”结论的诊断，是销售流程，不是诊断。我们宁愿告诉客户他们现有的系统没问题、问题出在流程上，并让他们因此信任我们下一次的建议。

为什么要固定、要短

两周足够找到真正的约束，又短到让“开始”这个决定足够小。固定费用意味着没有人有动机去找更多活儿。没有后续义务，意味着这份计划必须能独立成立——客户自己的团队可以用，换一家供应商也可以用，和我们用起来一样顺手。