做过精益六西格玛项目的朋友多半有一种共鸣：项目后期的撕扯和返工，往往能在定义阶段找到病根。在DMAIC的“定义（Define）”环节，大家普遍关注的是项目立项评审能否通过，却容易忽视逻辑严密性。一旦客户之声（VOC）失真、项目章程边界模糊，再精准的统计分析都是在为错误的方向加班。同创云课堂教研组在长期的绿带与黑带培训辅导中，梳理了定义阶段最常见的三类实操陷阱，希望能为正在推进项目的负责人提供一些思路。

一、未被量化的客户之声：把“伪需求”当成关键因子

很多项目在定义阶段收集VOC时，直接引用了业务部门的年度报告或简单的客诉记录，甚至出现了“领导觉得这是问题”的先入为主。这会导致关键质量特性（CTQ）的树图展开建立在沙滩上。例如，某制造交付项目初期认为“发货慢”是客户痛点，但在同创云课堂辅导复盘时，项目组通过卡诺模型重新进行双维度问卷调查，发现客户真正在意的并非绝对速度，而是“承诺交付日期的可靠性”。

这里的误区在于把“方案”当成了“需求”。修正的方法是分层验证：将模糊的VOC转化为具体可衡量的CTQ，并回到客户端进行确认，避免项目资源投入到自认为重要但客户无感的特性上。

二、SIPOC高阶流程图流于形式：诱发致命的范围蔓延

范围蔓延是项目延期的头号杀手，而根源往往出在SIPOC（供应商-输入-过程-输出-客户）分析做得太粗糙。很多团队画SIPOC只是为了交作业，仅仅把物理流程列了一遍，没有标定“过程起点与终点”的颗粒度，也没有对输入变量的边界进行切分。这就导致项目做到一半，相关方不断把不同工段的问题塞进来，项目负荷越来越重。

同创云课堂教研组建议，在定义阶段必须确立SIPOC的宏观边界，通过划定首尾流程节点明确“不做什么”。如果边界确实模糊，宁可在立项期花费半天时间争论，也不要寄希望于在执行中自动理清。项目范围一旦锁定，变更就需要走正式的变更控制流程。

三、项目章程编制中的“假大空”：目标无抓手与权责悬空

项目章程不仅仅是立项的文件通行证，它是项目经理调动资源的护身符。常见失误有两类：一是目标设定缺乏SMART原则约束，比如写下“提升客户满意度”这种无期限、无量化的口号；二是忽视了约束条件与核心假设，未写明“需要哪些部门在什么时候完成什么动作”，导致后期跨部门协作时权责悬空。

一份合格的项目章程，理应在“问题描述”中用数据说话（如具体缺陷率波动），在“目标陈述”中同时给定基线值与目标值，在“团队角色”中明确发起人的审批权限。同创云课堂在实践中观察到，能在章程里清晰定义业务痛点与预期财务收益的团队，后期获得管理层资源倾斜的概率通常更高。

定义阶段没有炫技的高深工具，但每一步都考验对业务逻辑的严谨推演。把VOC听准、把边界守牢、把章程写实，后续的测量、分析、改善和控制才能建立在坚实的根基上。