企业界正日益壮大，随着企业生态系统的快速变化，大型企业正寻求改造其业务和生产流程。为了寻找最佳的替代方案，指挥与控制的层级结构正转向一个更具戏剧性的隐喻。提高企业部门生产率的一种非传统方法是“精益**”。这是一种系统化的生产方法，包括在一个生产系统中不断地减少浪费。它是一种流水线**方法，遵循严格合理的模式，只在订单到达时**产品，而不是提前**和库存。软件开发生态系统也被敏捷方法学重新定义了，敏捷方法学似乎遵循了类似的软件开发模式，允许组织更具生产力。

什么是倾斜(lean)？

精益是一种通过技术和活动系统来管理组织的系统方法。精益的概念源于精益生产，精益生产是一种系统化的生产实践，旨在消除**过程中的浪费，提高生产率、效率和有效性。精益更像是一种降低成本的方法，它将客户满意度放在首位。它侧重于消除不必要地消耗资源而不为**过程增加任何价值的非必要服务。这个想法是只在重要的事情上工作，而不是在无用的会议、任务和文档上浪费资源。精益还侧重于一个结构化的系统，以鼓励团队作为一个整体来运作，而不是将他们分割开来，以提高效率和生产力。

什么是敏捷的(agile)？

敏捷在软件开发领域广受欢迎，它鼓励频繁的检查和反馈、精细的工程实践、强大的领导能力等。它指的是敏捷宣言中严格列出的一组价值观和原则。这个概念是基于精益的，它通过在团队和最终用户之间建立一个集体协作来遵循软件开发的增量方法。这是软件开发的一个进化步骤，它使客户满意度比其他人更重要。敏捷方法将允许团队经常以小批量而不是大批量的方式交付代码，以便在整个开发周期中定期寻求客户反馈。这为在开发过程中随时实现不断变化的需求提供了更好的灵活性，从而最大限度地降低了完全失败的风险。敏捷是基于精益原则的，从业者使用的词汇来自精益**，而不是敏捷。

敏捷与精益的区别

敏捷与精益的方**

尽管敏捷开发的大部分原则都是从精益**中派生出来的，以适应软件开发，反之亦然，但它们在工作方式上仍有一些不同。敏捷是一种软件开发方法，它采用迭代的方法来满足客户的需求，在事先知道需求之前，不承诺最终产品。精益通过识别和消除“muda”来更加关注客户满意度，muda是日文中对浪费或任何消耗不必要资源而不增加任何价值的活动的称呼。

敏捷与精益的定义

敏捷是指敏捷宣言中提到的一系列原则和价值观。这是一个重量级的方**，它专注于通过客户协作、个人和交互、会议和反馈、全面的文档和迭代交付找到更好的软件开发方法。敏捷开发基于精益方**，而精益方**强调消除低效的工作方式。

敏捷与精益方法

敏捷遵循一种系统化的项目管理迭代方法，将项目分解成称为sprint的小模块。它通过响应变化、协作和持续学习来确定特定项目相关情况的事件驱动方法。它在整个开发周期中促进开发和测试的不断迭代。精益方法侧重于在**过程中引入微小的增量变化，以提高效率。

敏捷与精益原则

敏捷宣言是关于个人和交互的。敏捷相信团队和最终用户之间的不断交互，以便以更少的复杂性实现最大的效率。敏捷更重视客户协作而不是合同谈判。另一方面，精益是一种浪费，而不是为客户的竞争优势寻找新的想法。它遵循一个系统的计划，而不是应对变化。

敏捷和精益的目标

敏捷是软件开发的几种迭代方法的总称，包括Scrum、XP（极限编程）、FDD（特性驱动开发）、Crystal等等。目标是创建符合最终用户需求的东西。精益是基于精益**和丰田生产系统的任何系统方法的总称，包括精益开发、精益**、精益方法等。目标是消除任何不能以某种方式增加价值的过程。

敏捷与精益：比较图

总结 - 敏捷的概念(of agile) vs. 倾斜(lean)

大型组织和企业需要进行整容，以适应快速变化的企业生态系统，这需要一个更复杂的系统来克服不断变化的客户需求。精益开发是加速开发过程的一种方法，它致力于重要的事情，并消除任何消耗不必要资源而没有增加任何价值的事情。敏捷是一种非传统的软件开发方法，它基于精益开发的原则，强调客户满意度和团队与最终用户之间的协作。随着组织每天都面临新的挑战，确定正确的方法非常重要。本文关注敏捷的本质，并从各个方面进行了阐述。