本文主要是介绍Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
根据 Scrum 指南：
“ Scrum要求团队在每个sprint期间构建功能增量，并且增量必须是可交付的，因为产品负责人可能会决定在 sprint 结束时发布它。”
- 产品增量 (Product Increment)
产品增量是当前冲刺期间完成的所有待办事项的总和
- 潜在的可出货产品 (Potential Shippable Product)
潜在可发货是由对“产品增量”发货的信心或准备状态定义的。
- 装运 (Shipping)
发布可能会也可能不会发生在冲刺结束时（新功能可能会在发布之前通过多次冲刺积累），这只是一个商业决策。
冲刺增量
- 最小可行产品（MVP）
“最小可行产品”一词由 Frank Robinson 于 2001 年创造和定义，并由 Steve Blank 和 Eric Ries 推广。新产品是具有刚好足以满足早期用户的功能的产品。最终的完整功能集是在考虑了产品初始用户的反馈后才设计和开发的。从 MVP 那里收集见解通常比开发具有更多功能的产品更便宜，如果产品失败，这会增加成本和风险。
最小可行产品
- 最小适销产品 (MMP)
许多人认为术语 MMP 和 MMR 经常互换使用。当他们说 MMP 时，他们通常指的是 MVP。但MMP应该是一种基于“少即是多”哲学的产品开发策略。
MMP 描述了具有最小可能功能集的产品，这些功能集可以满足用户需求，创造所需的用户体验，从而可以成功地进行营销和销售。MMP 是一种缩短上市时间的工具：它可以比功能丰富的功能丰富的工具更快地推出。
MVP vs MMP
如上所述，MVP 的全部目的是验证您的商业理念并确定需要解决哪些问题以使用户愿意为产品付费。MMP 是 MVP 的几个改进版本的组合。随着 MVP 的每个增强版本的交付，可销售产品的最高效和最紧凑的形式如下图所示：
MVP vs MMP
- Scrum 中的产品待办列表是什么？谁负责？
- 如何细化产品待办列表？
- Scrum 中的 Sprint Backlog 是什么？
- 如何使用 MoSCoW 方法确定产品积压的优先级
- 如何使用 100 分法确定产品待办列表的优先级？
- Scrum 中的 Sprint 目标是什么？
- Scrum 中的燃尽图是什么？
- 什么是角色-特征-原因模板？
- Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP
- 为用户故事编写 SMART 目标和投资
- 主题 vs 史诗 vs 用户故事 vs 任务
- 什么是产品待办列表中的 DEEP？
这篇关于Sprint 增量 vs 潜在可交付产品 vs MVP vs MMP的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
