动 DMAIC 之前，先用 SIPOC 把范围圈定
改进项目失败，往往不是败在分析糟糕，而是败在范围没圈好。一个团队着手修复“入职流程”，三周后才发现自己一直在争论四个不同的流程，发起人则悄然失去信心。SIPOC——供应方（Suppliers）、输入（Inputs）、流程（Process）、输出（Outputs）、客户（Customers）——正是防止这种局面的一页式工具，它的位置在 DMAIC 最前端的“定义”阶段，早于任何人采集第一个数据。
先画它的理由是对齐。DMAIC 按定义、测量、分析、改进、控制的顺序推进，下游的一切都取决于就“到底在改进哪个流程”达成一致。SIPOC 把这种一致强制落到一页人人都能看到的纸上。2021 年初，跨职能团队分散在各自的家庭办公室里，一页共享文档承担起了过去走廊白板免费完成的工作。
从中间往外搭
有违直觉的是，别从供应方开始。先从流程开始，因为只有流程被界定之后，其余部分才说得通。
流程。 给流程命名，用四到七个高层步骤勾勒出来——不要更多。如果你需要十个步骤，说明范围太宽。第一步和最后一步界定了你的边界。
输出。 列出流程产出的东西——离开流程的文件、产品或决策。要具体；“一个结果”不是输出，“一份获批的采购订单”才是。
客户。 确定每项输出由谁接收。他们未必是外部客户；下一个内部团队往往才是要紧的那个客户。
输入。 列出流程为完成工作而消耗的东西——信息、材料、审批。
供应方。 指明每项输入由谁提供。正是在这里，你会发现自己对那些不受你掌控的团队或供应商的依赖。
用它划出一条硬边界
SIPOC 产出的最有价值之物，就是围绕项目画的那条线。一旦第一步和最后一步固定下来，你就能明确说出哪些在范围之内，以及同样重要的——哪些在范围之外。当发起人随后要求你顺带把上游系统也修了，你手里就有一份文件可以指着说：那是另一个流程、另一份 SIPOC，可能是另一个项目。
每个方格里把流程压成一个以动词领头的步骤——“接收申请”“核对预算”“发出订单”。
和真正干活的人一起搭，而不只是描述它的经理；两种视角很少吻合。
把它当作一份草稿，在“测量”阶段用数据加以确认，而不是奉为圭臬——真实流程往往与官方流程有出入。
如果“分析”阶段揭示真正的问题落在你的边界之外，就回头审视它；那是一次范围对话，而非悄悄扩张。
SIPOC 不是分析，也无意成为分析。它是一份关于范围的契约，在昂贵的工作开始之前画就。花一小时就这五栏达成一致，通常能省下数周测量错误流程的工夫——而这恰恰是精益六西格玛要消除的那种浪费。
如果你正在为一项改进工作圈定范围，想要一双稳健的手来把框架搭好，XNM 的战略咨询 可以帮你在花钱解决之前先把问题定义清楚。