敏捷的见解PM方法

迭代和增量发展有什么区别?

通过 05/03/2021 暂无评论
Monday.com在透明背景的标志白色

2021年团队的PM工具
绝对可定制,惊人的直观。

我们的朋友和支持者

在我的培训课上,我经常注意到学生们混淆了迭代开发和增量开发(IID)。本文的目的是提供对增量开发和迭代开发之间关系的理解。

我从a开始瀑布式方法和敏捷方法的比较此外,还会举办一个相应的迷你网络研讨会,介绍这些方法。在本文的第二部分,我将把瀑布式开发和敏捷放在一个矩阵中,展示增量开发和迭代开发的交集,解释矩阵中的所有四个象限。

敏捷VS瀑布:付款应用程序的开发

瀑布方法

如果这个示例应用程序是根据传统的瀑布模型开发的,那么可以在图1中观察到以下步骤。

图表显示瀑布方法,随着时间的推移和总体使用率与总要求

图1:这个图表展示了一个典型的瀑布生命周期,使用了一个应用交付的例子。

项目启动

这一切都始于一个来自市场营销部的项目赞助商,他能够为这个应用程序腾出必要的资金。他认为这个应用程序将提高客户留存率和新客户的流入。他设想了三个高级功能组。

一旦项目被批准,就会分配一个项目经理,并建立一个项目团队。经过多次讨论需求收集讲习班,有一项协议提供250个功能的付款应用程序。所有这些功能都以广泛的和非常详细的软件要求文件记录,并由项目赞助商和客户代表(以及其他主要利益相关者)签署。

项目设计阶段

下一步,项目团队将需求转化为应用程序的设计。架构师根据设计原则检查设计。他检查后端系统中是否有所有必需的数据属性。

我们现在已经进行了两个月,客户还没有看到任何工作,只有一些进展报告。这些进展报告可能涉及某种“西瓜”报告,让客户完全不知道项目是否在正轨上。

项目开发阶段

开发应用程序需要6个月的时间,完成后,客户代表会被要求提供一些人来帮助进行用户验收测试。在测试期间,很明显有几个特性不能工作。

项目团队不明白为什么。这正是要求文件中描述的内容。这导致了许多讨论,返工和延误,客户对结果不满意。此外,如果我们查看最终结果,我们可能会注意到客户的许多发达的要求没有或很少被客户使用。

它甚至可能更糟糕。假设应用程序的开发需要1.5岁,另一家银行在中途完成后提供支付应用程序。那一刻你会怎么做?您还会有可行的业务案例继续并完成自己的应用程序吗?

查看图1,可以清楚地看到,使用瀑布方法,范围和基础质量标准是用单一交付固定的。整个项目的所有步骤都是一次性执行的,管理控制的重点是成本和时间。只有在部署完整的应用程序之后,才会向客户交付价值。

敏捷方法

如果我们使用一个开发应用程序敏捷项目管理伟德平台w88方法,我们看到以下模式:

  • 开发团队指出,他们能够在第一次迭代中提供产品所有者优先考虑的前两个功能。
  • 项目团队每三周(冲刺、迭代或时间框)交付一次产品增量。
  • 在第一次交付或增量之后,我们看到一个对项目将交付有信心的客户。他们已经有了一个可以工作的应用程序,并且知道并不是所有的功能都已经完成了,但是已经完成的功能已经可以工作了。

查看最新版本和提供的功能,他们提到了一个全新的功能。一个没有人在项目开始时没有人的思想,但这可能使客户的生活更加富有成效。

在每次增量之后,客户的反馈会导致新的功能(原来列表中没有的)或潜在特性的调整。产品变得越来越成熟。每增加一次,客户就会得到一个新的版本,并且会更高兴。

图表显示了敏捷的价值vs时间和需求的总体满意度

图2:图表显示了敏捷开发周期,使用了相同的应用交付的例子。

如果我们看一下图2,我们可以看到在固定的持续时间内的稳定的交付流,并且使用永久的敏捷团队(这些是固定的成本)。范围和基础质量标准是灵活的(动态的),具有频繁的小交付(这些是增量)。

所有交付特性或用户描述的步骤都要重复执行(使其迭代),直到达到所需的质量。管理控制的重点是客户价值的交付。对客户的价值交付发生在每次增量部署之后。

瀑布vs敏捷:交付结果

如果我们仔细观察瀑布式软件开发方法和敏捷软件开发方法的两个产品,我们会看到一个产品有250个特性和一个不太满意的客户,而一个产品只有150个特性和一个非常满意的客户(见图3)。

图表显示了敏捷方法和瀑布方法的区别

图3:此图比较了瀑布方法和敏捷方法在时间、特性数量和客户满意度方面的差异。

如果我们更详细地看看敏捷方法交付的产品,我们只看到原始列表中100个特性的子集,以及50个新的或调整过的特性。这是符合一些重要的原则敏捷宣言,包括:

  • 简单,这是最大化未完成工作的艺术:只有150个特性而不是250个特性
  • 欢迎需求的变更,即使是在开发的后期:在每次迭代和增量之后适应客户的反馈

敏捷开发流程利用客户的竞争优势的关系(50个新的或调整特征)。因此,客户非常高兴。该团队的最高优先级是通过早期和连续交付贵重软件系统来满足客户。

迷你网络研讨会:瀑布与敏捷交付

这里有一个关于瀑布式交付和敏捷交付之间区别的简短网络研讨会。

迭代开发和增量开发的区别

现在我已经通过创建支付应用的例子介绍了瀑布式开发方法和敏捷方法之间的区别,我将把瀑布式开发方法和敏捷方法放在一个比较迭代开发和增量开发的矩阵中。

作为最后一步,我将详细阐述最小可行产品(MVP)和最小可销售产品(MMP),并展示它们在不同方法和故事图中的应用。我还加入了一个相应的迷你网络研讨会。

迭代和增量开发矩阵

如前所述,我注意到学生经常混淆迭代和增量。在图4中,可以找到四个象限,其中一条水平线表示增量或非增量,一条交叉的垂直线表示迭代或非迭代。看到这个YouTube视频这是一个非常简单的图。

矩阵显示迭代和增量开发之间的差异

图4:这个矩阵显示了不同的开发方法,以及遵循这些方法的团队成员是否需要迭代和/或增量工作。

左下象限

在左下角,我们看到了没有迭代和增量的方法。这是瀑布式方法。对于整个项目,所有活动(设计、分析、构建、测试和部署)都执行一次。

在这种情况下,我们看到的是基于固定范围的最终产品的单一交付。客户价值只有在最终产品交付后才能实现。这种方法的关键目标之一是管理成本。

右下象限

在右下象限中,我们看到没有迭代的增量方法。这是产品的较小部分的分阶段或增量递送。给定阶段的所有活动(设计,分析,构建,测试和部署)一次执行一次。

在给定阶段内,范围是固定的,但总产品基于更具动态或灵活的范围。客户价值可以在每次交付产品后实现。这种方法中的一个关键目标是交付速度。

左上象限

在左上象限,我们看到一个没有增量的螺旋或迭代方法。这是通过多次迭代创建最终产品的单一交付。这种方法的一个很好的例子就是设计思维。在图中,你可以看到一系列活动的形成、分析、创意产生、实现和反思。

这个序列将重复或迭代地执行,在每个迭代中,您将更接近最终的、正确的或所需的产品。在许多情况下,这个最终产品是一个原型或模型。在这种螺旋式方法中,我们有一个动态或灵活的范围。客户价值只有在最终产品交付后才能实现。这种方法的关键目标之一是解决方案的正确性。

右上象限

在右上角象限中,我们看到了使用增量和迭代方法的敏捷方法。Scrum是这种方法的一个很好的例子。

在每个增量的末尾,通常称为Sprint或TitteBox,递送产品的增量。这种增量是许多迭代的结果,可以开发出产品的小但正确的零件,通常称为用户故事或积压项目。最终的迭代项目将由碎片交付。

在这种敏捷方法中,我们有一个动态或灵活的范围。客户价值可以在每次交付产品后实现。这种方法的关键目标之一是通过频繁交付和用户反馈获得客户价值。

MVP或MMP ?

在图4中,您还可以找到首字母缩略词和MMP。MVP代表最低可行的产品,是一种新产品或服务的版本,允许团队收集最大限度的学习,并以最少的努力获得验证。Dropbox服务的MVP是一部简单的电影。这意味着MVP中的P可以是一个完全不同的产品,而不是最终是最终产品的产品。

举例说明MVP和MMP

我经常以一个新的金融产品为例。一个热情的销售经理有一个关于新金融产品的好主意。他认为他们至少能卖出十万件这样的产品。

他们和一些金融专家一起,在几个月内设计出了产品。分配了一个开发团队,他们需要4个月的时间来开发产品。与此同时,公司还会开发商业手册,并在大型活动中推出产品。

不幸的是,只有少数人购买这种产品。如果我们遵循MVP方法,我们可能会假设他们的网络用户中有10%对这个产品感兴趣。然后我们会开发一个MVP来验证这个假设。

在这种情况下,MVP可能是主页上的一个简单按钮。如果你点击,你会看到一个屏幕,上面有关于这个新产品的信息,如果你感兴趣,还可以选择添加你的电子邮件地址。假设只有不到1%的参观者按下了按钮——产品就不会被开发出来,公司也节省了很多稀缺资源。

如果我们仔细看看图4,我们会看到所有象限中MVP的潜在用法。使用瀑布方法时,您可以在第一个软件设计阶段创建MVP以检查项目是否有业务理由。

在执行分阶段交付时,可以在第一个增量的第一阶段中执行相同的操作。在某些情况下,你的设计思维方法的结果可能是一个MVP。在敏捷方法的开始阶段,MVP也可能是有益的。

许多人会在您的分阶段交付结束时看到第一个产品作为MVP。这可能是这种情况,但在大多数情况下,这不是MVP但是MMP。MMP或最低可销售产品是最小的产品,可以为您的客户带来价值。

敏捷交付是什么样的?

既然增量模型和迭代模型是不一样的,而且我们理解了MVP和MMP的用法,我们可以更详细地探讨增量和迭代交付的外观。

你可能已经见过杰夫·巴顿著名的蒙娜丽莎,这幅画是一件一件地创作出来的。另一种方法是,从第一个增量开始,即只创建一个粗略的草图,然后随着每一次新的迭代,更多的细节被添加到草图中,直到最终完成最后的绘制(增量迭代或敏捷交付)。

在第一种情况下,您必须已经详细了解最终产品,并在第二种情况下,您只需要一个高级轮廓,因为变化更容易制作。如果我们查看图5,我们会看到一个名为ABC的新产品的故事地图。

产品的示例故事地图

图5:特定产品示例的示例故事图。

产品所有者设想此产品的七种功能。前四个功能是必备的。特征5和6应该是 - vites,最后一个功能是可以的。许多人会称之为这个莫斯科的优先级(必要,应该是 - 可能,可以 - 难看的和留下)。

每个特征本身都可以被分割成更小的部分。在图中,您可以看到带有“必须”、“应该”和“可能”的特性或用户描述。一个特性可能是必须拥有的,但这并不意味着所有的底层用户场景也是必须拥有的。或者某个功能可以是“应该拥有”,但如果您实现了该功能,一些用户故事是“必须拥有”,而另一些则是“应该拥有”或“可能拥有”。

要实现这个ABC产品,您将看到5个增量或版本。第一个是最小可销售产品。这个MMP包括特性1的前两个必须拥有的用户故事,以及特性2和3的第一个必须拥有的用户故事。

版本2包含了接下来的两个必须拥有的特性1、2和3的用户描述(迭代开发)。产品开发通过实现下一个版本来继续。每一次发布,客户价值都会增加。

在发行版5之后,产品负责人停止实现用户场景。来自客户的反馈告诉他,ABC产品“符合目的”,他考虑到了敏捷宣言的简单性原则,停止了进一步的开发。

迷你网络研讨会:迭代和增量开发

这是一个关于迭代和增量软件开发的深入网络研讨会。

最后的想法

您的软件开发团队清楚迭代和增量开发吗?您如何将其应用到您的敏捷或瀑布方法中?

请在评论中告诉我们,或者加入我们的DPM会员伟德欧洲杯外围投注指定官网计划并与我们的其他成员讨论专属论坛!

我们的朋友和支持者:

Monday.com在透明背景的标志白色

2021年团队的PM工具
绝对可定制,惊人的直观。

免费试

Henny Portman.

关于Henny Portman.

Henny Portman是HWP咨询公司的合伙人。他在项目管理领域有40年的经验。伟德平台w88他是NN集团PMO领域的思想领袖,负责在欧洲和亚洲引入和应用PMO方法(投资组合、计划和项目管理)。伟德平台w88他培训、指导和指导(高级)规划、项目和投资组合经理以及项目发起人,并建立了几个专业的(PM(O)社区。他是经过认证的P3O、PRINCE2、MSP、MoP、PRINCE2 Agile、AgilePM和AgileSHIFT培训师,也是一名SPC4 SAFe咨询师和培训师。他是P3M3培训师和评估师,也是PMO价值环认证顾问(PMO全球联盟)。此外,hennyportman.wordpress.com是国际演说家,在PM(O)领域撰写了许多文章和书籍,并撰写了博客。

留下一个回复

本网站使用AkisMet减少垃圾邮件。了解如何处理评论数据