はじめに
わたしが Google プロジェクト管理:プロフェッショナル認定証で得られた素晴らしい体験を、要点をまとめ小さく分割して、わかりやすく簡潔に紹介していきます。
興味があれば、ぜひ "Google プロジェクト管理:プロフェッショナル認定証" を受講してみてください。
![](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F2358573%2F1c9e3622-d11d-e6dd-1bb7-f12b3fef8845.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=25965a7bb5ee539891cac197976ab982)
プロダクトインクリメントとは
『プロダクトインクリメントとは、あるスプリントの後に生成され、リリース可能とみなされるもの』
スクラムガイドには
「インクリメントは、製品目標に向かう具体的な足がかりである」
と書かれています。
各インクリメントは、それ以前のすべてのインクリメントに追加され、すべてのインクリメントが一緒に機能することを保証するために徹底的に検証される。価値を提供するために、インクリメントは使用可能でなければならない。
潜在的にリリース可能なプロダクトインクリメント
潜在的にリリース可能なプロダクトインクリメントは、チームがスプリントの望ましい結果について考えるための便利な方法である。すべてのスプリントゴールは、製品またはソリューションに、完成し、テストされ、すぐに出荷できるものを追加することである。
これは、製品が実際に顧客に出荷されることを意味するものではありません。例えば、ペットを見つけて飼うためのアプリケーションを構築することを考えてみましょう。プロダクトバックログには、次のような3つの機能があります。
- ペットの情報を提供する
- 養子縁組の可能性を評価する
- 里親募集センターへの問い合わせができる
![](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F2358573%2Fb6e63c48-5453-9572-f1b6-a2a3f12ccc0c.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=19fd8d6853872fe9380d4c4dbf3ac03f)
しかし、潜在的にリリース可能なプロダクトインクリメントを完成させることは、チームが3つの機能の断片に取り組むのではなく、1つの機能を全体として見ることができ、実際にはどれも完成していいません。潜在的にリリース可能なプロダクトインクリメントがあれば、1回のスプリントで1つの機能の完全な、動作し、テストされた実装を作成することができます。
また、潜在的にリリース可能なインクリメントを持つことで、チームは製品に関する初期のフィードバックを得て、作業の品質を確保し、変化に対応する機会を持つことができます。
『スプリントのゴールとして、常にリリース可能なプロダクトインクリメントに焦点を当てるべき』
Doneの定義
Doneの定義は、潜在的にリリース可能なプロダクトインクリメントの状態と、それが製品に要求される品質指標を満たしている場合の意味を正式に記述したものである。バックログ項目のうち、"完了 "とみなされるものに対して、チームが合意した要件である。
ソフトウェアプロジェクトでは、"Done "とはソフトウェアが完成し、レビューされ、テストに合格したことを意味するとチームが判断することが多い。ソフトウェア以外のプロジェクトでは、「完了の定義」は、承認付きの法的レビューや正式な終了報告書を含む文書となる場合があります。
チームの「Doneの定義」を決定する上で重要なのは、「Done」とは何を意味するのかについて、明確かつ共有された理解を持つことです。
しかし、ソリューションがいつリリース可能か、またはリリース可能かを知るにはどうしたらよいのでしょうか。スクラムチームでは、アイテムをリリースする前に価値があることを確認するのは、最終的にはプロダクトオーナーの判断になります。これを決定するために、彼らはいくつかのことを考慮することがあります。
- そのインクリメントは完全か?
- インクリメントは完成しているか、価値をもたらすか、品質基準を満たすか。十分にテストされているか?
- エンドユーザーにとって使いやすいか?エンドユーザーからの直接的、間接的なフィードバックは、今後のバージョンアップに活かせるか?
リリース可能な製品インクリメントとMVPの比較
『MVP(Minimum Viable Product)とは、初期の顧客を満足させるのに十分な機能を備えた製品のバージョンのこと』
MVPから洞察を収集することで、100%テストされていない、あるいは安全でない可能性のある全機能の製品を開発するよりも、ユーザーからのフィードバックを迅速に得ることができるのです。MVPの例としては、Webサイトのランディングページなどがあります。
MVPとは、数回のスプリントを経て開発される機能パッケージのことです。
潜在的なリリース可能性とMVPを区別するために、ペットの里親募集アプリと前回説明した3つの機能を例にとって考えてみましょう。これらの機能は、それぞれ単独ではソリューションの有用なリリースにはならないことを指摘しました。しかし、プロダクトオーナーは、このユーザーエクスペリエンスのMVPは、この3つの要件を猫だけに実装することだと判断することができます。
![](https://qiita-user-contents.imgix.net/https%3A%2F%2Fqiita-image-store.s3.ap-northeast-1.amazonaws.com%2F0%2F2358573%2F932d9b5c-0e6f-e8d5-aff2-1c8ac38f7e81.png?ixlib=rb-4.0.0&auto=format&gif-q=60&q=75&s=fb982d74f7b5dcda82cc81c6db9573b0)
MVPの範囲を狭めることで、プロダクトオーナーはソリューションを市場にリリースし、猫を飼いたいと考えているユーザーからフィードバックを収集することができます。このフィードバックは、猫の養子縁組プロセスだけでなく、製品の将来のイテレーションにおいて、あらゆる種類のペットの養子縁組のために貴重なものとなるでしょう。