价值流映射是什么
价值流映射（VSM）把端到端交付步骤画出来，标注每一步的处理时间与等待时间，识别浪费与瓶颈。它的产出包括当前状态图与未来状态图，配套指标是总前置时间、处理时间与流动效率。最常见的使用收获是发现等待远超处理时间，改进重点随之从压榨开发速度转向减少排队与返工。
基本信息
| 产出 | 当前状态图与未来状态图 |
|---|---|
| 图形要素 | 处理步骤、等待队列、返工回路、信息流 |
| 核心度量 | 总前置时间、处理时间、流动效率 |
| 映射范围 | 从需求提出到交付上线，含上下游等待 |
| 使用要求 | 数据来自实际记录而非估算 |
典型使用场景
- 交付周期长但开发很快，需要定位等待发生在哪一段
- 跨部门交接频繁，需要量化交接与审批的耗时占比
- 改进投资有限，需要按瓶颈位置决定改哪里最有效
- 向管理层解释为什么加人不一定缩短交付周期
- 引入自动化前确认瓶颈是否真在人工环节
简例
简例
# 括号中写明耗时，等待时间同样要记录，不能只记处理时间
需求分析(1d) → 等待排期(3d) → 开发(3d) → 等待评审(2d) → 测试(2d)
# 汇总两类时间，流动效率是处理时间占比
总前置约 11 天，处理约 6 天，流动效率约 55%
# 结论指向等待与返工，而不是要求开发再快一点
改进重点：压缩等待与返工，而非压榨处理时间
# 未来状态图要写清预期改善幅度，便于验证常见浪费类型
| 浪费类型 | 在交付中的表现 | 改进方向 |
|---|---|---|
| 等待 | 排队、审批积压、环境不足 | 限制在制品、并行准备环境 |
| 返工 | 需求不清导致重复开发 | 澄清前置、验收标准明确 |
| 交接 | 多次转手与信息补录 | 减少交接点、明确交接模板 |
| 多余流程 | 低风险变更走重流程 | 按风险分级设计流程 |
映射范围过窄会得出错误结论：只画研发段而不含需求排队与发布等待，改进就只会在研发内部空转，端到端周期没有变化。