Scrum和最低可行产品方法可以一起使用吗?

毫无疑问,如果在敏捷方法论的背景下进行分析,Scrum和最低可行产品具有几个共同点,尤其是在预先验证所开发产品是否真正满足最终客户需求的情况下。

但是在我们展示Scrum与最低可行产品之间的关系之前,’值得记住这两个概念。

另请参阅我们的博客: 了解什么是最可行的敏捷产品

最低可行的产品混乱:共同努力

就像我们说的’从定义开始:

什么是Scrum?

Scrum 是一个 敏捷方法论 用于开发新产品,在软件开发人员中非常受欢迎,并且已适应其他类型的过程。

它遵循一系列仪式,并具有严格定义的角色。其目标是始终通过验证随着变更实现的价值,通过功能和属性的小幅增量改进来开发产品和服务。

在其主要的仪式和代理中,我们可以强调:

  • 积压:开发团队必须执行的任务列表,以开发所需的产品或服务。
  • 冲刺(Sprint):一段时间以完成一些积压任务集,以巩固产品或服务的增量进步。
  • 产品负责人:负责捍卫客户或最终用户利益,以及定义将哪些任务分配给待办事项的人员。
  • Scrum Master:负责Scrum方法论的守护者并确保它’正确遵循。
  • 每日Scrum:通常在早晨进行的每日会议,团队成员在会议上谈论前一天的进度以及当天打算完成的工作。
  • 回顾:在每个Sprint结束时,团队都会开会评估他们的结果,克服困难并计划下一个Sprint,始终依靠以前的Sprint学习。

了解更多: 每天使用敏捷敏捷方法论的人的秘密

什么是MVP(最低可行产品)?

与许多人相反’按照我们的信念,MVP不一定是具有某些最低功能的现成产品,可供消费者在实际消费者情况下进行测试。

在原始概念中,在潜在最终用户的帮助下进行选择和原型测试已经是测试最低限度可行产品的一种方法。

MVP是在产品投放市场之前用最少的资源使用量对其进行测试的最简单方法。它’持续不断改进的方法,旨在更好地满足最终用户的需求。

这种方法的一大优点是,如果出现错误,或者开发的某些属性或功能没有’为了真正满足市场需求,即使在项目的初始阶段也可以纠正此问题。

然后回到绘图板创建一个新的MVP–根据您从错误或方向改变中学到的知识–以新的增量开发和测试周期继续测试您的改进。

在市场上没有真正产品的情况下,MVP测试的经典示例是使用众筹平台来验证​​a product.

它描述了它的功能,价格,销售方式,属性和收益,甚至可以使用高度逼真的3D动画来模拟其功能,甚至可以拍摄出最终用户使用的非常完善的原型。结果。

取决于投资者’ response, it’您可能会以敏捷且廉价的方式知道该想法是否切实可行,是否可以工作或需要调整。

查看更多: 唐’不再混淆它们:敏捷,Scrum和看板


加入Scrum和MVP

毕竟我们’我们只是通过描述Scrum和MVP的概念来谈论它,’很明显如何’结合这两种形式的新产品开发确实是可行的,甚至是可取的。

从本质上讲,这两种方法可以归纳为5个短语:

  1. 分析现状
  2. 朝着目标前进
  3. 查看并验证结果
  4. 根据您的情况进行调整和改进’ve learned
  5. 回到开始,开始新的改进周期

您是Scrum和敏捷方法论的粉丝吗?然后从我们的博客中阅读本文: 宣言的作者之一批评敏捷和Scrum方法论

开发产品和服务涉及不断改进,这一概念也适用于BPM。

哈弗 您可以 模型过程 使用BPMN通过云 符号,共享您的图表以进行协作,甚至创建自动化和仪表板以收集性能指标,分析结果并重新启动新流程的建模,以寻求持续的改进。

访问我们的YouTube频道,了解有关BPM的更多信息: 我们是HEFLO

发表评论

您的电子邮件地址不会被公开。 必需的地方已做标记 *

填写此字段
填写此字段
请输入有效的电子邮件地址。

菜单