动手解决之前：把“定义”阶段做对
精益六西格玛改进项目遵循一套被称为 DMAIC 的五步流程：定义、测量、分析、改进、控制。这个顺序是刻意安排的，而第一步的分量比人们想象的更重。定义阶段是团队就要解决什么问题、为谁解决、以及如何判断工作已经完成达成一致的环节。一旦跳过或草草了事，后续每个阶段都会继承这份混乱。
在 2022 年初，这一点比平时更重要。通胀推高成本，物料迟到甚至断供，团队又在家与办公室之间分散办公，人们很容易对每一处显眼的烦恼都发起改进。定义阶段正是让你不去追逐噪音的那份纪律。它迫使你点明一个值得投入的问题，并在任何人开始测量之前把它界定清楚。
定义阶段真正产出什么
定义不是开个启动会、放一张幻灯片。这一阶段产出一小批后续项目所依赖的成果，其核心是项目章程——一份一页的协议，任何发起人、团队成员或审计人员都能读懂。
问题陈述。 对哪里出了问题、何时何地发生及其可量化影响的事实性描述。不指明原因，也不指明方案，只描述差距。应写成“发票审批平均耗时 11 天，而目标是 3 天，每季度因滞纳金约损失 4 万元”，而不是“财务团队太慢”。
目标陈述。 一个具体、可衡量并带有期限的目标。它应有雄心但脚踏实地——通常是把差距显著缩小，而不是含糊的“改进”或不切实际的“消除”。
范围。 哪些包含在内，以及同样重要的，哪些排除在外。把流程边界钉在明确的起点和终点上，工作才不会悄悄膨胀。
客户之声（VOC）。 接收成果的人真正在意的东西，转化为你能衡量的关键质量要求。
团队与时间表。 谁来做、谁发起，以及覆盖余下 DMAIC 各阶段的现实进度安排。
有两件工具在这里物有所值。SIPOC 图（供方、输入、流程、输出、客户）用一页纸为所有人提供一张共享的高层流程地图。一份清晰的 VOC 摘要则让项目始终锚定在客户所重视的东西上，而不是团队觉得有趣想去修的地方。
新手常犯的错
在数据开口之前，就把方案写进问题陈述（“我们需要一套新的审批系统”）。
把范围定得大到没有任何团队能完成，到第三个月便失去动力。
把章程当成归档用的文书，而不是发起人签署并定期回顾的、活的协议。
靠猜测客户的需求而不去询问——VOC 要去收集，不能想当然。
一个好用的检验方法：把章程交给团队之外的人看。如果他无需帮助就能复述出问题、目标和边界，说明定义阶段在起作用；如果他反问“那你们到底想修什么？”，那就还不到测量的时候。
做得好的定义阶段需要真正的讨论和一点不适，因为它迫使团队只承诺一个问题、放下其余。这份纪律恰恰会在后期回报你：界定清晰的项目在测量和分析阶段推进得更快，因为没人再去重新争论那些基本问题。
如果你希望有人帮你框定改进工作，让它从第一天起就瞄准正确的问题，XNM 的战略咨询 可以协助你拟定章程并设定切实可行的目标。