テクニカル、ユーザーエクスペリエンス、ビジネスレビュー
2022年2月22日
このページは、リーンインセプション記事シリーズの一部です
機能の発見には多くの機能が記載されていますが、機能をより詳細に理解するにはさらに時間をかける必要があります。この理解を深めるために、機能を労力、価値、不確実性の観点から評価します。
この演習では、機能の発見中に開発した機能キャンバスに注釈を付けます。
クライアント向けの演習の説明
実施方法
労力、ユーザー価値、ビジネス価値については、1、2、または3のスケールでマークを使用して機能に注釈を付けます。
不確実性をランク付けすることは少し難しい。機能の技術的確実性（開発チームが機能を構築する方法をどれだけ理解しているか）と、ビジネスと用途の確実性（ユーザーエクスペリエンスとビジネス担当者が機能に何を組み込むかに同意している程度）について評価します。次に、2つの評価を使用して表を使用して組み合わせ、全体的な不確実性のレベル（赤（高）、黄色（中）、低（緑））を算出します。機能が表の左下の部分（「X」でマークされている）に分類される場合、その機能はMVPには適していません。
すべての機能にこの分析の結果が注釈として付けられます。したがって、この例では、「見積価格」という機能は、労力が中程度、ビジネス価値は高く、ユーザーエクスペリエンスの価値は低く、不確実性は中程度です。
演習の最後に、完全に注釈が付けられた機能を備えた機能キャンバスができているはずです
各機能をこの2つのグラフに取り入れるプロセスは、各カードの色とマーク付け以上のものを生み出します。アーキテクチャ、クロスファンクショナル要件、複雑性など、機能に関する重要な技術的会話が行われます。前提が定義されます。不確実性が記述されます。この種のアクティビティではいつものことですが、最終的なアウトプットよりも、会話と参加者にもたらす理解が重要です。
これらのメモの多くには、後で必要になる可能性のある機能に関する追加情報が含まれています。これらは重要で、失いたくありません。そのため、機能のすべてを付箋に書き留め、インデックスカードの背後に貼ります。
| 午前 | 午後 | |
|---|---|---|
| 月曜日 | インセプションの紹介、キックオフ、および製品ビジョンの作成 | 製品は-ではありません-行います-行いません |
| 火曜日 | ペルソナの説明 | 機能の発見 |
| 水曜日 | テクニカル、ユーザーエクスペリエンス、ビジネスレビュー | ユーザージャーニーの表示 |
| 木曜日 | ジャーニーでの機能の表示 | 機能の順序付け |
| 金曜日 | MVPキャンバスの構築 | プロジェクトの関係者に見積もり結果を披露する |