六西格玛Define阶段怎么做？项目立项和范围界定的完整方法
Define（定义）是DMAIC五阶段的第一站，也是项目成败的分水岭。很多六西格玛项目中途夭折或结果不被认可，根源在于Define阶段没把问题边界、目标范围和利益相关方搞清楚。本文拆解Define阶段的完整工作清单和常见陷阱。
核心结论
Define（定义）是DMAIC五阶段的第一站，也是项目成败的分水岭。很多六西格玛项目中途夭折或结果不被认可，根源在于Define阶段没把问题边界、目标范围和利益相关方搞清楚。本文拆解Define阶段的完整工作清单和常见陷阱。
Define阶段的核心输出
Define阶段结束时，团队必须交付三份关键文档：
- 项目章程（Project Charter）：项目的"出生证明"，写明问题、目标、范围、团队、资源
- SIPOC图：端到端流程的高阶视图，明确项目影响的边界
- VOC与CTQ清单：把客户声音转化为可测量的质量指标
这三份文档得到管理层签字确认后，项目才算正式立项。
项目章程怎么写
项目章程通常一页纸，包含以下要素：
问题陈述：
- 用数据描述当前状况（"外观不良率月均4.2%"）
- 说明业务影响（"返工成本12万/月，客户投诉上升"）
- 有时间范围（"过去6个月数据"）
- 不写原因、不写解决方案、不指责任何人
目标陈述：
- SMART原则：具体、可测量、可实现、相关、有时限
- 示例："3个月内将A车间外观不良率从4.2%降至1.5%以下"
- 区分主要目标（必须达成）和次要目标（尽量达成）
项目范围：
- In Scope：明确包含什么（A车间3条产线、外观不良）
- Out of Scope：明确不包含什么（来料变更、B车间、功能不良）
- 范围不清是项目蔓延的主要原因
团队与职责：
- 倡导者（Sponsor）：提供资源、移除障碍、验收成果
- 黑带/绿带：项目执行负责人
- 核心成员：工艺、质量、生产等关键岗位
- 明确每个人投入的时间比例
时间计划：
- Define：2周
- Measure：3周
- Analyze：4周
- Improve：4周
- Control：3周
- 合计约16周，留缓冲时间
SIPOC图：看清全局再动手
SIPOC是Supplier（供应商）-Input（输入）-Process（过程）-Output（输出）-Customer（客户）的缩写，用一张图展示流程的上下游关系。
绘制方法：
- 先画Process：列出5-7个高阶步骤，不要太细
- 再填Output：每个步骤产出什么
- 对应Customer：谁使用这个产出
- 倒推Input：每个步骤需要什么输入
- 追溯Supplier：输入从哪里来
SIPOC的价值在于防止"解决了一个问题，制造了另一个问题"。比如改进某工序降低了成本，但下游客户发现交付周期变长——SIPOC能提前暴露这种跨环节影响。
VOC收集的实用方法
Define阶段的VOC不需要像市场研究那样大规模，重点是找到与项目相关的客户声音。
内部客户：
- 下游工序的反馈（"你们送来的料尺寸波动大，我们装配困难"）
- 销售部门的投诉汇总
- 售后维修记录的关键词提取
外部客户：
- 近3个月的客户投诉记录
- 退货原因分类统计
- 关键客户的快速访谈（3-5个电话即可）
VOC转化为CTQ：
把"装配困难"转化为"关键尺寸CpK≥1.33"，把"交货太慢"转化为"订单到发货周期≤5个工作日"。
Define阶段的常见陷阱
- 问题太大："提升公司整体质量"无法管理，必须收敛到一个可测量的指标
- 目标拍脑袋：没有基线数据就定目标，要么太松要么太紧
- 范围不断扩张：项目进行到一半，Sponsor说"顺便把B车间也管一下"——必须坚决拒绝或重新立项
- 团队缺关键角色：没有生产部门代表，改进方案无法落地
- VOC只听领导的：领导说的不一定是客户真正在意的
Define阶段的质量检查清单
- [ ] 问题陈述有数据支撑，无主观指责
- [ ] 目标符合SMART原则，已确认基线
- [ ] 范围明确写出In Scope和Out of Scope
- [ ] SIPOC已绘制，上下游关系清晰
- [ ] VOC已收集，CTQ可测量、与客户相关
- [ ] 项目章程已获Sponsor签字
- [ ] 团队成员明确职责和时间投入
学习建议
Define阶段是六西格玛绿带和黑带考试的重点，也是实际项目中最考验沟通能力的阶段。建议找工作中一个真实问题，试着写一份项目章程，然后找相关同事讨论——这个练习比看十遍理论都有用。
众智商学院六西格玛绿带课程1580元、黑带1980元，Define阶段的项目立项和范围管理是开课第一模块。冯老师电话18610089571。
如需了解课程安排、报考流程和学习方案，可咨询冯老师：18610089571。