精益七大浪费是什么
精益把一切消耗资源却不创造客户价值的活动称为浪费。在软件交付语境下，对应表现包括部分完成的工作排队等待、多余与少用功能、重复学习与知识流失、交接与审批等待、任务切换、缺陷返工以及未被利用的创造力。识别浪费的目的是改变系统结构，例如限制在制量、按价值排序与提升自动化，而不是压缩必要活动。
基本信息
| 七类浪费 | 部分完成的工作、多余功能、重复学习、交接与等待、任务切换、缺陷返工、未利用的创造力 |
|---|---|
| 判断标准 | 该活动是否直接为客户创造价值，或是否被要求所必需 |
| 改进手段 | 限制在制量、统一完成定义、缩短队列、质量前移、自动化 |
| 必要活动 | 测试、评审、文档本身不是浪费，返工与等待才是 |
| 度量参考 | 流动效率、周期时间、在制量与返工率 |
典型使用场景
- 迭代结束时大量工作处于「快完成」状态，需要检查在制量与完成定义
- 功能上线后使用率很低，需要复盘需求验证环节是否缺失
- 同一类问题反复出现，需要建立知识沉淀机制减少重复学习
- 评审与审批成为主要等待来源，需要分析队列并压缩环节
- 成员同时参与多个项目，需要识别任务切换带来的隐性损耗
常见浪费与应对
常见浪费与应对
部分完成的工作：限制在制量，统一完成定义，避免半成品堆积
多余功能：上线前用最小范围验证价值，功能按使用数据决定扩展
重复学习：决策记录与经验库沉淀，减少同类问题反复讨论
交接与等待：缩短评审队列，并行准备材料，明确审批时限
缺陷返工：质量前移，自动化回归，缺陷在源头拦截浪费类型与改进方向
| 浪费类型 | 软件交付表现 | 改进方向 |
|---|---|---|
| 部分完成的工作 | 半成品排队等待集成或验收 | 统一完成定义，限制在制量 |
| 多余功能 | 低使用率特性占用维护成本 | 按价值排序，先验证再扩展 |
| 重复学习 | 知识未沉淀，重复踩坑 | 决策记录与经验库 |
| 交接与等待 | 评审、审批排长队 | 并行处理，缩短队列 |
| 缺陷返工 | 缺陷后置集中修复 | 质量前移，自动化回归 |
需要区分必要活动与浪费：测试与评审本身不是浪费，返工与等待才是。把测试当浪费压缩，缺陷成本会整体后移，代价更高。