📚 课程目录第4章改进路径设计

4. 改进路径设计：选择改进模型、制定里程碑、资源规划

说实话，很多团队做过程改进，第一步就栽了——不是选错了模型，就是根本没模型。我见过有人拿着PDCA去搞敏捷转型，也见过用DMAIC分析一个简单的审批流程，结果搞了三个月，啥也没改出来。

这一章，咱们就聊聊怎么选模型、怎么定里程碑、怎么把资源算清楚。这些都是我踩过坑之后，才真正想明白的事。

先看一张对比图，帮你快速建立整体认知。

核心观点：没有“最好的模型”，只有“当前最合适的模型”。选模型之前，先搞清楚你的问题类型。

下面这张表，我建议你收藏起来。每次选模型之前，拿出来对照一下。

维度	PDCA	DMAIC	敏捷
适用场景	已知问题、日常改进	复杂问题、数据驱动	需求变化快、产品开发
周期	短（1-4周）	中长（2-6个月）	短迭代（1-4周）
数据要求	低	高	中
团队规模	个人或小团队	跨职能团队	5-9人小队
输出物	改进措施、检查表	控制计划、SOP	可交付增量、用户故事
典型工具	鱼骨图、5W1H	SPC、FMEA、假设检验	看板、燃尽图、回顾

我的经验：刚开始做改进时，别贪大。我建议先用PDCA跑两轮，让团队熟悉“计划-执行-检查-行动”的节奏。等大家有了改进意识，再上DMAIC或敏捷，成功率会高很多。

里程碑不是随便写几个日期就完事了。我见过最离谱的里程碑，就写了三行：“第一阶段：调研；第二阶段：实施；第三阶段：验收。”——这跟没写有什么区别？

好的里程碑，应该满足三个条件：

举个例子，假设你选的是DMAIC模型，里程碑可以这样拆：

⚠️ 避坑提醒：我曾经在一个项目中，把“Measure”阶段定了4周，结果数据收集就花了6周——因为没人提前确认数据源是否可用。后来我学乖了，每个里程碑之前都加一个“前置条件检查”，比如：数据是否可获取？关键干系人是否已确认？

资源规划这件事，说白了就是回答三个问题：

我个人的习惯是，先画一张资源矩阵，把每个里程碑需要的资源列清楚。

里程碑	所需角色	投入工时	预算（元）	依赖资源
问题定义	项目经理、业务专家	40小时	0	历史数据
数据收集	数据分析师、IT支持	80小时	2000	数据库权限
根因分析	流程专家、工程师	60小时	0	分析工具
方案实施	开发团队、培训师	160小时	15000	开发环境
控制落地	质量工程师、运营	40小时	3000	监控系统

关键提醒：资源规划不是一次性的。每个里程碑结束后，都要重新评估下一阶段的资源需求。我见过太多项目，前期资源算得死死的，结果中途发现缺人缺钱，整个计划崩盘。

最后，给你看一个我实际用过的路径规划模板。假设我们要优化一个“客户投诉处理流程”，选择DMAIC模型：

小技巧：每个里程碑完成后，花30分钟做一次“里程碑回顾”。问三个问题：① 这个阶段我们做对了什么？② 哪里可以改进？③ 下一阶段有什么风险？——这个习惯，帮我避免了很多后期的大坑。

嗯，到这里，改进路径设计的基本框架就搭好了。选对模型、定好里程碑、算清资源，剩下的就是执行和调整了。记住，没有完美的计划，只有不断优化的过程。