Lean 是什么?核心原则有哪些,和 Agile、CMMI 有什么区别?

Lean(精益)是一套以“消除浪费、持续创造客户价值”为核心的管理思想,起源于制造业,后被广泛用于软件开发与质量管理。它适合希望缩短交付周期、减少返工、提升流程透明度的组织;但如果问题主要出在需求频繁变化或团队协作方式上,单靠 Lean 未必够用,往往需要与 Agile 等方法配合。

Lean 的核心目标与起源

Lean 的核心不是“让人更忙”,而是让只有客户愿意为之付费的活动保留下来,其余环节尽量压缩或消除。它关注三件事:

  • 价值:从客户视角定义什么是真正有用的产出。
  • 浪费:识别不创造价值的活动,如等待、返工、过度文档、多余审批。
  • 持续改进:把改进变成日常机制,而不是一次性项目。

在软件与质量管理语境中,Lean 常被用来优化需求流转、测试、评审和发布流程,减少排队与交接带来的延迟。

精益五大原则

原则 含义 软件场景举例
定义价值 由客户决定什么有价值 明确需求优先级,砍掉无人使用的功能
识别价值流 画出从需求到交付的全过程 用价值流图找出等待和返工环节
让价值流动 消除阻塞,使工作连续进行 减少多任务并行,限制在制品数量
拉动 由下游需求触发上游生产 看板按实际容量拉取任务
尽善尽美 持续迭代改进 定期回顾流程指标并调整

Lean、Agile、CMMI 的区别与联系

三者解决的问题不同,并不互斥:

  • Lean:关注流程效率与浪费,回答“怎样更快、更省地交付价值”。
  • Agile:关注在不确定需求下快速响应与迭代,回答“怎样小步交付并持续获得反馈”。
  • CMMI:关注过程能力与成熟度,回答“怎样让过程可重复、可度量、可改进”。

一个常见组合是:用 Agile 组织迭代,用 Lean 优化流动,用 CMMI 提供过程规范与评估框架。SSQC 的咨询服务同时覆盖 Agile、CMM、CMMI、Lean、ISO 9000 等方向,说明这些方法在实践中常被放在同一套质量与过程改进体系里考虑。

软件与质量管理中常见的精益实践

  • 看板(Kanban):可视化工作流,限制在制品,暴露瓶颈。
  • 价值流图(Value Stream Mapping):梳理从需求到交付的步骤,标出等待与返工。
  • 减少批量:小批量提交与测试,缩短反馈周期。
  • 根因分析:对缺陷和延误追到流程原因,而非只处理表面问题。
  • 标准化与持续改进:把有效做法固化,再继续优化。

判断组织是否适合引入 Lean 的参考因素

可以从以下问题入手:

  • 交付周期是否偏长,等待和交接是否明显?
  • 是否存在大量返工、重复评审或过度文档?
  • 团队是否愿意用数据暴露问题并持续调整?
  • 是否已有基本的流程可视化和度量基础?

如果答案多为“是”,Lean 通常值得引入;如果主要矛盾是需求方向不清或跨部门目标冲突,则需要先解决协作与优先级问题,再叠加 Lean 实践。

SSQC 提供 Agile、CMM、CMMI、Lean、ISO 9000 等咨询与培训服务,可作为了解这些方法如何组合落地的参考入口。

ssqc.com
Consulting services for Agile, Agile Methods, CMM, CMMI, Lean, ISO 9000, 9001, 9000-3, BPR, Business Process Re-engineering, SQA, SPI, Software Tes...