虽然你经常听说精益（Lean）和敏捷（Agile），但对敏捷和精益之间的关系是不是也经常感到困惑? 虽然这两种方法经常一起使用，但它们是两种非常不同的项目管理方法。那么它们是什么呢? 精益与敏捷方法又有何不同? 又有什么联系呢？

一、 精益与敏捷: 简史

我们将首先看到这两种方法是如何产生的，毕竟精益、敏捷的差异就从起源开始就存在了。



1.1 敏捷



20世纪80年代，计算机程序员使用传统的开发方法，如瀑布方法来管理他们的软件开发项目。这一过程不仅耗时，而且成本高昂。但是，软件开发的世界正在迅速发展，而成长通常意味着适应变化。在瀑布模式中，一个产品的开发可能需要几个月，有时甚至几年的时间。因此，当软件或产品发布时，就当前的需求而言，它很可能已经过时了。为了克服这个问题，敏捷宣言应运而生。敏捷方法论是建立在敏捷宣言中列出的4个价值观和12个原则之上的。敏捷通过让涉众参与整个过程来帮助团队更好地适应变化。通过这种方式，可以更好地规划、开发和部署工作软件。敏捷是一种快速迭代的软件开发方法，与传统的项目管理方法不同，在敏捷方法中，一个大型项目被分解为更短的开发周期，即sprint。每次冲刺通常持续2-4周。下面通过一个例子来说明敏捷原则。假设你正在建造一个机器人。像Waterfall这样的传统项目管理方法中，你可能需要花费几个月或一年的时间来计划和开发机器人，然后才能最终部署它。这可能会导致你认为很酷的AI功能变成无用的情况。顾客真正想要的是一个具有完美平衡能力的机器人。而使用敏捷方法，这是可以避免的。在敏捷方法中，客户积极地参与开发过程。在每个sprint结束时，他们会提供反馈，而敏捷团队会在下一个周期中实现必要的改变。这种持续的改进为错误留下了更少的空间，更有利于构建一个完美地满足客户需求的机器人。





1.2 精益


20世纪70年代，大野耐一(Taiichi Ohno)开发了一种被称为丰田式生产系统(TPS)。它的目标是通过消除任何类型的浪费来降低库存成本和提高汽车供应链的效率。TPS的灵感来自于杂货店的库存管理系统，当需要物品时，使用视觉信号准确地指示库存需求。这减少了总体浪费，优化了整个生产过程。然后，该系统就慢慢形成精益制造原则。但是精益软件开发是如何发挥作用的呢?Mary和Tom Poppendiek受精益制造原则的启发，写了一份全面的软件开发指南。精益软件开发是基于精益方法论的原则，这七项原则是:

• 消除浪费
• 内建质量
• 创建知识
• 推迟决策
• 快速交付
• 尊重人
• 整体优化
  

每一个精益原则都旨在通过消除浪费来优化生产过程。它还试图在最大化客户价值的同时最小化风险。消除浪费指的是去除所有不能增加过程价值的东西。这可能是任何事情，从不必要的会议和文档到效率低下的方法。

二、敏捷与精益之间的6个关键区别

  
既然你已经知道敏捷方法和精益方法包括什么，你已经感觉到它们是不同的，对吗? 为了让事情更清楚，这里列出敏捷和精益的六大关键区别。



2.1 方法论上的差异



这是敏捷方法和精益思维之间最显著的区别。敏捷开发重视持续改进和取悦客户，着力于项目开发过程的优化。它的目标是使过程灵活、透明和适应性强。为此，敏捷项目会经历迭代开发周期(sprint)，敏捷团队会从头到尾积极地让客户参与进来。精益方法的核心是优化生产过程。这都是关于最小化风险和消除浪费(精益生产)。事实上，“消除浪费”是精益方法的首要原则之一。当你排除了所有与项目最终结果无关的东西时，制作过程就会自动缩短并变得高效。从长远来看，这会为你节省大量宝贵的金钱和时间。




2.2 方法上的差异



尽管精益和敏捷方法都是优秀的软件开发方法，但它们的开发方法略有不同：在敏捷实践中，项目是在小增量、短周期或sprint中开发的。迭代和增量方法指的是将项目分解为不同的阶段，每个阶段由计划、实现、测试和评估组成。这个过程不断重复，直到达到你想要的结果。精益方法旨在在生产过程中引入微小的增量变化以提高效率。虽然这会导致更短的开发周期，但这并不是精益的核心关注点。



2.3 项目时间轴的差异


尽管精益和敏捷方法的目标都是尽早交付产品，但它们的项目时间表是不同的。敏捷或Scrum团队的工作周期很短，以快速交付。每个周期或冲刺通常持续2-4周，有固定的迭代周期。精益团队通过优化流程来缩短项目时间，通常限制在过程中的工作，这减少了整个项目的时间表。然而，与敏捷不同的是，没有特定的时间框架。



2.4 团队中的差异


精益和敏捷方法遵循不同的团队结构。敏捷团队是由自组织的、跨职能的个人组成的小团队。

• 自组织: 团队决定如何自己完成工作。
• 跨职能: 团队成员有不同的专业领域，但都朝着一个共同的目标努力。
  

团队成员包括产品经理(产品负责人)、敏捷教练或ScrumMaster、开发人员、业务分析师等。在精益项目管理中，你要组建多个精益团队，由相关部门的成员组成。每个团队由管理各自团队和个人项目的团队负责人领导。虽然你的精益团队成员应该是有能力的，但他们不一定必须是自组织的和跨职能的。




2.5 总体目标的差异



敏捷精益开发方法努力实现不同的目标。在敏捷开发中，目标是创建符合最终用户或涉众需求的东西。对于精益开发，目标是消除任何不能为产品开发增加价值的过程。



2.6 关注领域的差异



敏捷开发关注项目范围和客户价值。在敏捷软件开发中，软件产品的范围是指它的特性和功能。客户价值的优先次序是，在每个sprint结束时，你接受反馈并在下一个周期中实现改变。精益软件开发是关于改进过程流和质量，重点是过程改进和质量(目标是零缺陷)，这通常使用一种称为价值流映射的方法来实现。什么是价值流映射? 价值流映射是一种用于将产品创建和交付给客户之间的一系列事件可视化的方法。

三、敏捷与精益有什么相似之处？

知道为什么人们经常把敏捷框架分组并精益生产吗?这是因为两种方法都有共同的价值，比如快速适应变化的能力。以下是精益、敏捷的相似之处。

• 持续改进: 两种方法都关注于定期检查工作方法以寻求可能的改进。
  

• 客户价值优先: 无论是敏捷积极参与客户反馈，还是精益关注交付质量，都旨在为客户提供更多的价值。
  

• 高效的时间表: 敏捷方法在频繁的版本发布中部署产品，而在精益项目管理中，开发过程包含尽可能少的步骤。这两种方法都关注于保持效率。
  

• 持续的结果流: 通过将开发过程分解为多个部分，敏捷不断地以增量的方式交付价值，而精益则不断地消除浪费，从而产生价值。(IDCF)
  

虽然你经常听说精益（Lean）和敏捷（Agile），但对敏捷和精益之间的关系是不是也经常感到困惑? 虽然这两种方法经常一起使用，但它们是两种非常不同的项目管理方法。那么它们是什么呢? 精益与敏捷方法又有何不同? 又有什么联系呢？

一、 精益与敏捷: 简史

我们将首先看到这两种方法是如何产生的，毕竟精益、敏捷的差异就从起源开始就存在了。



1.1 敏捷



20世纪80年代，计算机程序员使用传统的开发方法，如瀑布方法来管理他们的软件开发项目。这一过程不仅耗时，而且成本高昂。但是，软件开发的世界正在迅速发展，而成长通常意味着适应变化。在瀑布模式中，一个产品的开发可能需要几个月，有时甚至几年的时间。因此，当软件或产品发布时，就当前的需求而言，它很可能已经过时了。为了克服这个问题，敏捷宣言应运而生。敏捷方法论是建立在敏捷宣言中列出的4个价值观和12个原则之上的。敏捷通过让涉众参与整个过程来帮助团队更好地适应变化。通过这种方式，可以更好地规划、开发和部署工作软件。敏捷是一种快速迭代的软件开发方法，与传统的项目管理方法不同，在敏捷方法中，一个大型项目被分解为更短的开发周期，即sprint。每次冲刺通常持续2-4周。下面通过一个例子来说明敏捷原则。假设你正在建造一个机器人。像Waterfall这样的传统项目管理方法中，你可能需要花费几个月或一年的时间来计划和开发机器人，然后才能最终部署它。这可能会导致你认为很酷的AI功能变成无用的情况。顾客真正想要的是一个具有完美平衡能力的机器人。而使用敏捷方法，这是可以避免的。在敏捷方法中，客户积极地参与开发过程。在每个sprint结束时，他们会提供反馈，而敏捷团队会在下一个周期中实现必要的改变。这种持续的改进为错误留下了更少的空间，更有利于构建一个完美地满足客户需求的机器人。





1.2 精益


20世纪70年代，大野耐一(Taiichi Ohno)开发了一种被称为丰田式生产系统(TPS)。它的目标是通过消除任何类型的浪费来降低库存成本和提高汽车供应链的效率。TPS的灵感来自于杂货店的库存管理系统，当需要物品时，使用视觉信号准确地指示库存需求。这减少了总体浪费，优化了整个生产过程。然后，该系统就慢慢形成精益制造原则。但是精益软件开发是如何发挥作用的呢?Mary和Tom Poppendiek受精益制造原则的启发，写了一份全面的软件开发指南。精益软件开发是基于精益方法论的原则，这七项原则是:

• 消除浪费
• 内建质量
• 创建知识
• 推迟决策
• 快速交付
• 尊重人
• 整体优化
  

每一个精益原则都旨在通过消除浪费来优化生产过程。它还试图在最大化客户价值的同时最小化风险。消除浪费指的是去除所有不能增加过程价值的东西。这可能是任何事情，从不必要的会议和文档到效率低下的方法。

二、敏捷与精益之间的6个关键区别

  
既然你已经知道敏捷方法和精益方法包括什么，你已经感觉到它们是不同的，对吗? 为了让事情更清楚，这里列出敏捷和精益的六大关键区别。



2.1 方法论上的差异



这是敏捷方法和精益思维之间最显著的区别。敏捷开发重视持续改进和取悦客户，着力于项目开发过程的优化。它的目标是使过程灵活、透明和适应性强。为此，敏捷项目会经历迭代开发周期(sprint)，敏捷团队会从头到尾积极地让客户参与进来。精益方法的核心是优化生产过程。这都是关于最小化风险和消除浪费(精益生产)。事实上，“消除浪费”是精益方法的首要原则之一。当你排除了所有与项目最终结果无关的东西时，制作过程就会自动缩短并变得高效。从长远来看，这会为你节省大量宝贵的金钱和时间。




2.2 方法上的差异



尽管精益和敏捷方法都是优秀的软件开发方法，但它们的开发方法略有不同：在敏捷实践中，项目是在小增量、短周期或sprint中开发的。迭代和增量方法指的是将项目分解为不同的阶段，每个阶段由计划、实现、测试和评估组成。这个过程不断重复，直到达到你想要的结果。精益方法旨在在生产过程中引入微小的增量变化以提高效率。虽然这会导致更短的开发周期，但这并不是精益的核心关注点。



2.3 项目时间轴的差异


尽管精益和敏捷方法的目标都是尽早交付产品，但它们的项目时间表是不同的。敏捷或Scrum团队的工作周期很短，以快速交付。每个周期或冲刺通常持续2-4周，有固定的迭代周期。精益团队通过优化流程来缩短项目时间，通常限制在过程中的工作，这减少了整个项目的时间表。然而，与敏捷不同的是，没有特定的时间框架。



2.4 团队中的差异


精益和敏捷方法遵循不同的团队结构。敏捷团队是由自组织的、跨职能的个人组成的小团队。

• 自组织: 团队决定如何自己完成工作。
• 跨职能: 团队成员有不同的专业领域，但都朝着一个共同的目标努力。
  

团队成员包括产品经理(产品负责人)、敏捷教练或ScrumMaster、开发人员、业务分析师等。在精益项目管理中，你要组建多个精益团队，由相关部门的成员组成。每个团队由管理各自团队和个人项目的团队负责人领导。虽然你的精益团队成员应该是有能力的，但他们不一定必须是自组织的和跨职能的。




2.5 总体目标的差异



敏捷精益开发方法努力实现不同的目标。在敏捷开发中，目标是创建符合最终用户或涉众需求的东西。对于精益开发，目标是消除任何不能为产品开发增加价值的过程。



2.6 关注领域的差异



敏捷开发关注项目范围和客户价值。在敏捷软件开发中，软件产品的范围是指它的特性和功能。客户价值的优先次序是，在每个sprint结束时，你接受反馈并在下一个周期中实现改变。精益软件开发是关于改进过程流和质量，重点是过程改进和质量(目标是零缺陷)，这通常使用一种称为价值流映射的方法来实现。什么是价值流映射? 价值流映射是一种用于将产品创建和交付给客户之间的一系列事件可视化的方法。

三、敏捷与精益有什么相似之处？

知道为什么人们经常把敏捷框架分组并精益生产吗?这是因为两种方法都有共同的价值，比如快速适应变化的能力。以下是精益、敏捷的相似之处。

• 持续改进: 两种方法都关注于定期检查工作方法以寻求可能的改进。
  

• 客户价值优先: 无论是敏捷积极参与客户反馈，还是精益关注交付质量，都旨在为客户提供更多的价值。
  

• 高效的时间表: 敏捷方法在频繁的版本发布中部署产品，而在精益项目管理中，开发过程包含尽可能少的步骤。这两种方法都关注于保持效率。
  

• 持续的结果流: 通过将开发过程分解为多个部分，敏捷不断地以增量的方式交付价值，而精益则不断地消除浪费，从而产生价值。(IDCF)