4. 定义阶段案例演练
定义阶段的核心交付物是项目定义文档(Project Charter)。它不是一份“写给自己看”的计划书,而是发起人、财务、生产、质量多方共同签署的承诺书。本节以一家电子组装厂的“SMT 焊接不良率偏高”问题为案例,完整走一遍从问题识别到财务收益评审的过程。案例中的企业名称、数据和金额均为教学假设,用于演示方法,不代表任何真实企业的实测结果。
一、案例背景与问题界定
假设某电子厂 SMT 车间近三个月直通率(FPY)为 92.4%,客户投诉集中在焊点虚焊与连锡两类缺陷。质量部初步统计:月产量 120,000 块板,不良品约 9,120 块,其中虚焊占 46%、连锡占 31%、其他占 23%。返修工时平均 8 分钟/块,返修人工成本 35 元/小时,报废板材料成本平均 42 元/块,其中约 18% 的不良板无法返修只能报废。
问题界定要回答三个问题:是什么问题、发生在哪里、影响多大。本例中,问题不是“质量不好”这种模糊描述,而是“SMT 回流焊后焊点不良率 7.6%,高于目标 2.0%”。范围限定在 SMT 回流焊工序,不涉及来料检验与波峰焊。这样界定后,团队才能聚焦,避免把整个工厂的问题都装进一个项目。
二、项目定义文档的关键字段
一份可评审的项目定义文档至少包含以下字段,每个字段都要能被验证,而不是口号式描述:
- 问题陈述:包含对象、缺陷、时间、量化基线。示例:“2024 年 7—9 月,SMT 回流焊后焊点不良率平均 7.6%,其中虚焊 3.5%、连锡 2.4%。”
- 目标陈述:SMART 化。示例:“在 2025 年 3 月 31 日前,将 SMT 回流焊后焊点不良率从 7.6% 降至 2.0% 以下。”
- 业务案例:说明为什么现在做。客户月度投诉 12 起,其中 7 起与焊点相关,存在订单流失风险。
- 范围与边界:起点为锡膏印刷后,终点为回流焊后 AOI 检测;不含来料与设计变更。
- 团队与职责:发起人(生产总监)、黑带(质量工程师)、财务代表、工艺工程师、设备工程师、产线班长。
- 里程碑计划:定义 2 周、测量 4 周、分析 5 周、改进 6 周、控制 3 周。
- 财务收益:由财务代表确认口径,区分硬收益与软收益。
三、财务收益的量化与评审
财务收益是定义阶段最容易被“拍脑袋”放大的部分。本例按月度口径计算,先算硬收益:
月不良品数 = 120,000 × 7.6% = 9,120 块
可返修比例 = 82%,报废比例 = 18%
返修人工成本 = 9,120 × 82% × (8/60) × 35 ≈ 34,900 元/月
报废材料成本 = 9,120 × 18% × 42 ≈ 68,900 元/月
当前月度质量损失 ≈ 103,800 元/月
目标不良率 2.0% 时:
月不良品数 = 120,000 × 2.0% = 2,400 块
返修人工 ≈ 2,400 × 82% × (8/60) × 35 ≈ 9,180 元/月
报废材料 ≈ 2,400 × 18% × 42 ≈ 18,140 元/月
改善后月度损失 ≈ 27,320 元/月
月度硬收益 ≈ 103,800 − 27,320 = 76,480 元/月
年度硬收益 ≈ 76,480 × 12 ≈ 917,760 元/年
上述计算属于教学示例,实际评审时必须由财务确认单价、工时费率和报废比例。软收益包括客户投诉下降、返修产能释放、员工加班减少,这些不直接进入财务收益表,但可作为项目价值的补充说明。评审时要特别警惕三类问题:把“本来就要发生的改善”算进收益、重复计算同一笔损失、把软收益硬算成现金。
四、目标与收益的评审逻辑
评审不是“大家点头通过”,而是逐项挑战。评审会上通常围绕四条主线展开:目标是否与问题基线一致、收益是否与目标改善幅度匹配、资源是否足以支撑里程碑、风险是否有应对预案。下图展示了本例中从问题基线到目标、再到财务收益的评审链路,以及各环节的判断依据。
图中把“基线—目标—收益—评审”串成一条可追溯的链路,并列出评审时的四类判断依据。需要强调的是,收益不是独立算出来的,它必须由目标改善幅度推导而来。如果目标只降到 3.5%,年收益会从约 91.8 万元降到约 51 万元,评审时就要追问:目标是否定得不够激进,还是资源确实只能支撑到 3.5%。
五、评审会上的实操要点
评审会建议控制在 60 分钟内,按“问题陈述—目标—范围—收益—里程碑—风险”的顺序逐项过。每个字段由责任人用 2 分钟说明,评审人只问三类问题:数据从哪来、公式怎么算、如果假设不成立怎么办。财务代表重点核对收益口径,发起人重点确认资源与优先级,黑带负责记录修改意见并形成新版文档。
评审通过后,项目定义文档要正式签署并归档,后续测量阶段的所有数据都以此基线为参照。如果测量阶段发现基线数据有误,必须走变更流程修订文档,而不是私下调整目标。这一步看似繁琐,却是 DMAIC 项目不跑偏的关键保障。