Skip to main content

ビジネス成果と次のMLP

ビジネス価値の成果の定義

アプリケーションをローンチした後は、ビジネス価値の成果をモニタリングし、次のMinimum Loveable Product(MLP)を計画します。 ビジネス成果とは、発見フェーズで定義したアプリケーションを、1日目のライブプランを使用して実装することで、顧客が得られる利点(価値)のことです。

ユーザーフィードバックを収集し、システムメトリクスを監視することで、現在のリリースが期待されるビジネス成果を達成したことを確認します。 ユーザーがアプリケーションを使いこなせるようになると、そのインサイトが次の繰り返しの計画に役立ちます。

1日目のライブプラン や導入フェーズをサポートするその他のツールはPega Express Delivery Resources(デリバリーリソース)ページにあります。 (プロジェクトで使用するには、ツールを見つけてリンクをクリックし、ツールをダウンロード、名前変更、または保存する必要がある場合があることに注意してください。)たとえば、導入フェーズ計画は、フィードバックを収集し、次のMLPの準備をするために必要な一連のアクティビティを記述したツールです。

次の画像では、「+」アイコンをクリックして、導入フェーズの最後の部分のアクティビティについて詳しく説明しています。

リリースレトロスペクティブ

リリースレトロスペクティブPega Expressの導入手法に不可欠のイベントであり、プロジェクト中に得られたすべての教訓と改善点を記録します。 レトロスペクティブは、チームミーティングから始まり、うまくいった内容やうまくいかなかった内容について話し合います。 テンプレートを使用してフィードバックを収集し、コミュニケーションドキュメントを使用して調査結果を共有します。

リリースレトロスペクティブは、チームで議論するための貴重な情報を発見するプロセスとして必要不可欠なものです。 調査結果を文書化してアクションプランを作成 - 将来のリリースに必要な改善点。 リリースレトロスペクティブプロセスとアクションプランは、リスクを軽減し、継続的な改善を推進します。

1. リリースレトロスペクティブイベント

リリースレトロスペクティブ参加者:スクラムチームだけでなく、プロジェクトチームの全員がレトロスペクティブに参加します。 スクラムマスターは、議論を進行し、フィードバックを収集して利害関係者と共有します。

場所:オンライン/対面

期間:このミーティングは、プロジェクトの規模や複雑さに応じて、1.5~3時間程度です。

2. リリースレトロスペクティブテンプレート

内容:リリースの目標、タイムライン、予算、主要イベント、および成功指標を確認します。 レトロスペクティブは、デリバリーチームにとって、結果がポジティブであったために継続する必要があること、停止する必要があること、および次のMLPでプロセスを改善するためにチームが開始できることを特定する機会です。

リリースレトロスペクティブ 導入フェーズをサポートするテンプレートおよび他のツールは、Pega Express Delivery Resources(デリバリーリソース)ページにあります。 (プロジェクトで使用するには、テンプレートを見つけてリンクをクリックし、ツールをダウンロード、名前変更、または保存する必要がある場合があることに注意してください)。

補足: リリースレトロスペクティブの目標は、デリバリー環境に関するフィードバックを収集し、次のMLPのための改善点を特定することです。 ここで重要なのは、プロジェクト全体を通して、チームはスプリントレトロスペクティブを実行し、そこからいくつかの有益な継続的改善のアイデアを蓄積することです。

次の図で「+」アイコンをクリックすると、リリースレトロスペクティブのミーティングでのアジェンダトピックの詳細が表示されます。

価値成果の測定

リリースのライブ放送はプロジェクトの終わりではなく、多くのリリースの1つである場合が多いです。 デプロイメントのたびに、プロジェクトが1日目のライブプランに記載された目標とビジネス成果を達成したことを確認する必要があります。 ビジネス価値を測定することで、(可能な場合)アナリティクスを収集してシステムの利用状況を追跡し、次のMLPに向けて継続的な改善を推進する機会を得られます。

価値成果を測定するには、次の方法があります。

  • システムパフォーマンスのモニタリング
  • ユーザーフィードバックの収集
  • プロアクティブなビジネス価値の測定

次のMLPに着手する前に、バリューインパクトレポートをスポンサーや意思決定者と共有します。 このレポートは、成果を称え、次のリリースに向けたステージを設定するのに役立ちます。

バリューインパクトレポートには、次の内容が含まれます。

  • サービスレベルアグリーメント(SLA)
  • エンドユーザー使用状況データ
  • 生産パフォーマンス
  • 課題を特定し解決した数
  • ユーザーからのフィードバック
  • 継続的な改善の機会

Pega Express Delivery Resources(デリバリーリソース)ページのバリューインパクトレポートテンプレートを参照してください。 (プロジェクトで使用するには、ツールを見つけてリンクをクリックし、ツールをダウンロード、名前変更、または保存する必要がある場合があることに注意してください)。

次の図で「+」アイコンをクリックすると、バリューインパクトレポートの詳細が表示されます。

次のMLP

次のMLPを定義する前に、アナリティクスと使用状況パターンを確認し、使用状況が予想通りであるかどうか、または変化したかを確認します。 使用状況データは、プロジェクトのロードマップや優先順位を絞り込むのに役立ちます。 プロダクトオーナーは、どのMicrojourney™が次のリリース(MLP2)にふさわしいかを決定します。
 
次のMLPにすばやく移行することは、モメンタムを維持し、利用可能なリソースを最大限に活用するために重要です。 デリバリーチームが同じままである場合は、開発フェーズで次のMLPを計画します。 MLP1のテストアクティビティと並行して、MLP2の準備フェーズを開始する機会がある場合があります。プロジェクトが成熟してくると、ユーザーストーリーを事前に作成することでプロセスを合理化することができます
 
次の問題に答えて、理解度をチェックしましょう。
 

このトピックは、下記のモジュールにも含まれています。

If you are having problems with your training, please review the Pega Academy Support FAQs.

このコンテンツは役に立ちましたか?

改善できるところはありますか?

We'd prefer it if you saw us at our best.

Pega Academy has detected you are using a browser which may prevent you from experiencing the site as intended. To improve your experience, please update your browser.

Close Deprecation Notice