关于敏捷:敏捷-vs-精益它们之间的区别与联系-IDCF

40次阅读

共计 2839 个字符,预计需要花费 8 分钟才能阅读完成。

尽管你常常据说精益(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 完结时,你承受反馈并在下一个周期中实现扭转。
精益软件开发是对于改良过程流和品质,重点是过程改良和品质(指标是零缺点),这通常应用一种称为价值流映射的办法来实现。

什么是价值流映射? 价值流映射是一种用于将产品创立和交付给客户之间的一系列事件可视化的办法。

三、麻利与精益有什么相似之处?

晓得为什么人们常常把麻利框架分组并精益生产吗?

这是因为两种办法都有独特的价值,比方疾速适应变动的能力。以下是精益、麻利的相似之处。

  • 继续改良: 两种办法都关注于定期检查工作办法以寻求可能的改良。
  • 客户价值优先: 无论是麻利积极参与客户反馈,还是精益关注交付品质,都旨在为客户提供更多的价值。
  • 高效的时间表: 麻利办法在频繁的版本公布中部署产品,而在精益项目管理中,开发过程蕴含尽可能少的步骤。这两种办法都关注于放弃效率。
  • 继续的后果流: 通过将开发过程合成为多个局部,麻利一直地以增量的形式交付价值,而精益则一直地打消节约,从而产生价值。

起源:软件品质报道
作者:Test Ninja

4 月每周四晚 8 点,【冬哥有话说】DevOps 之庖丁解牛,拆解 DevOps 的工具及具体实战。公众号留言“解牛”可获取地址

  • 0401《数据库继续交付流水线分享与演示(Azure DevOps+Flyway)》
  • 0408《继续交付中的版本治理与基于 Azure DevOps 扩大框架的插件开发》
  • 工夫待定,本周四暂停一期《微服务,多团队合作中的 API 测试怎么做 – Pact 契约测试》
  • 0422《BoatHouse 端到端流水线展现》
正文完
 0