こんにちは！
以下のテキストでは、バックログに十分な確実性がある製品のMVPに含める必要がある機能を決定するために使用するアプローチについて理解することを提案します。彼が来た場合、私はより詳細に署名します。厳密に判断しないでください、建設的な批評を喜んでいたします。
アイデアの湿気に耐える準備ができているすべての人のために、カットの下で歓迎します）
前書き
MVPの機能を決定するタスクは、製品開発の計画段階でも発生し、製品の開発時にMVP開発の最後まで更新されたソリューションが必要です。
MVPの概念そのものは、エンドユーザーに製品を提供してフィードバックを得ることができる限り最速であることを前提としていますが、製品の所有者は製品を改善するために最小限の機能を超えることが多く、遅延、予算の超過、最悪の場合でも間違った方向の製品開発。
上記のリスクを軽減するために、MVP機能を決定するプロセスを規制するために、数学的原理に基づく特定のアプローチを使用することが提案されています。
基準
MVP機能を決定するタスクの基準は、WSJF方法論から取られた基準であり、コンポーネントへのジョブ期間の追加の分解です。
遅延のコスト
- ユーザーとビジネスの価値：ユーザーはどれほど大きな声でそれを求めますか？これが行われない場合、これはどのようにお金に反映されますか？これを以前よりも後で行うことの潜在的な悪影響は何ですか？
- 時間の重要性：これは供給の全体的な流れにどのように影響しますか？実装は何か他のものを妨げていますか？特定の日付までにリリースする必要がありますか？これに遅れると、行われた作業の全体のポイントがゼロになるリスクはありますか？
- リスクの軽減：リスクは軽減されますか？他の領域の品質に良い影響を与えますか？その効果は一時的ですか、それとも長期的ですか？
- Opportunity Enablement: ? / ?
Job Duration
- 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.
:
- – 20% , MVP.
- – Features .
- , (MC).
- 2 – 20% (A), 80% (B+C).
- ファーストクラス（A）-MVPを定義します。
重要な注意：CORE機能も考慮する必要があります。グループ「A」はCOREと一致する場合がありますが、一致しない場合は、ABC分析の結果にコア機能を追加する必要があります。
CORE-機能性は、機能性で構成される製品の機能性の基礎であり、それなしでは製品の機能性は不可能です。（例えば、許可）。
結論
この手法を適用してMVPの機能セットを決定すると、MVPをできるだけ早く達成するために完了する必要のある合理的な数のタスクを合理的に選択できます。