MVP定义技术

你好！

在下文中，我建议熟悉用于确定积压产品中具有足够确定性的产品的MVP中应包含的功能的方法。如果有的话，我将详细介绍。请不要严格判断，但是我将很乐意接受建设性的批评。

对于每个准备忍受这个想法潮湿的人，欢迎大家切磋。

介绍

确定MVP功能的任务出现在产品开发的计划阶段，并且随着产品的开发直至MVP开发结束，都需要更新的解决方案。

MVP概念本身假设要尽快将产品交付给最终用户，以便从他们那里获得反馈，但是，产品所有者通常会超出最小功能以试图使产品更好，这会导致截止日期，预算超支以及在最坏的情况下产品开发方向错误。

为了减轻上述风险，建议使用基于数学原理的特定方法来调节确定MVP功能的过程。

标准

确定MVP功能的任务标准是从WSJF方法学中获得的标准，以及将工作持续时间分解为组件的其他方法：

延误成本

• 用户业务价值：用户要求它有多大声？如果这件事不做，这将如何影响金钱？迟于早进行此操作的潜在负面影响是什么？
• 时间紧迫性：如何影响整体供应流？该实现是否会阻止其他事情？是否需要在某个日期之前发布？是否有这样的风险，迟到会使整个工作点乘以零？
• 降低风险：这样可以降低任何风险吗？这会对其他领域的质量产生积极影响吗？效果是即时的还是长期的？
• 机会支持：这件事会为产品或整个业务带来新的机会吗？它会有助于进入新市场/吸引其他客户吗？

工作时间

• Job Duration – , Features . , Features
• Job Complexity- , , , . Features, Features.
• Job Cost — , - , - . , .

1 21. (1, 3, 5, 8, 13, 21). Story Points , Scrum-poker.

, , , . , 3 21 Story Points.

Jobs Duration , Cost Of Delay – - .

:

MVP .

, (. Multi-objective optimization) — . , . . . . , .

:

.

:

Cost Of Delay = User-Business Valuek11+ Time Criticalityk12+ Risk Reductionk13+ Opportunity Enablementk14

Jobs Duration = Job Durationk21+ Job Complexityk22+ Job Cost*k23

K11+K12+K13+K14=1

K21+K22+K23=1

(Mutual Criteria) = Cost of Delay/Jobs Duration.

:

Mutual Criteria.

MVP ABC – .

ABC- — , . . — 20 % 80 % . ABC- : 20% 80 % .

ABC- — ( Features) :

— , 20% — ; 80% —

— , 30% — ; 15% —

— , 50% — ; 5% —

MVP.

, ABC- — . .

- , . , ABC-. , 20% , 80% . , , MVP.

:

1. – 20% , MVP.
2. – Features .
3. , (MC).
4. 2 – 20% (A), 80% (B+C).
5. 头等舱（A）-定义MVP。

重要说明：您还必须考虑CORE功能。“ A”组可能与CORE一致，但是在不一致的情况下，必须用Core功能补充ABC分析的结果。

核心-功能是产品功能的基础，它由功能组成，没有功能，产品功能就不可能实现。（例如，授权）。

结论

应用此方法为MVP定义一组功能可以合理选择合理数量的任务，以尽早实现MVP。