スクラムのリリース計画とは何か？

リリース計画の目的は、さまざまな機能や製品がいつ顧客に提供されるかを明確にすることであり、これによりスクラムチームが開発中の製品のロードマップと納品スケジュールを共有できるようにする。長期的な計画を通じて、チームはプロダクトオーナーおよびプロジェクトのステークホルダーの期待に応えられ、以下の重要な質問に答える手助けになる。

• いつ完成するのか？
• 今年の終わりまでにどの機能を手に入れられるのか？
• いくらかかるのか？
• 重要な日付とマイルストーンを特定する
• 依存するシステムの開発スケジュールを調整する
• 範囲、スケジュール、予算の制約の中で、ビジネス価値と全体的な品質のバランスを取るのを支援する

リリース計画のパターン

多くの組織は、顧客への製品リリースに独自のリズムを持っている。一部の組織は、毎回のスプリント後にリリースする。他の組織は、複数のスプリントの成果を1つのバージョンにまとめ、下図に示すようにする。また、一部の組織は各機能が完了した直後にリリースする——このアプローチは一般的に継続的デプロイまたは継続的デリバリーと呼ばれている。

準備完了の定義

リリース計画は、どの機能が実装され、いつ完了するかという期待を反映したロードマップである。開発戦略によって、事前に定義された機能セットが開発されればリリースを実施するという機能中心型（機能駆動型）である場合や、事前に定義されたチェックポイントでリリースが行われる日付中心型（日付駆動型）である場合がある。プロジェクトが機能中心型の場合、リリース内のすべての機能の合計を予想されるベロシティで割ることで、要求された機能を完了するために必要なスプリント数を推定できる。

リリース前の計画は必要か？

リリース計画はアジャイルにおいて議論の的となるテーマである。ビジネスの世界ではコストやスケジュールに関する予測を求められることがよくあるが、スクラムは厳格な事前定義されたリリース計画の作成を推奨しない。以下は、事前リリース計画に反対する主な理由である。

• 顧客の多くはリリース計画に価値を見いだせず、無駄だと見なす
• 多くの分野で急速な変化が起こるため、「あなたは必要としない（You Aren’t Gonna Need It、YAGNI）」の原則が正当化される——つまり、リリースの事前計画は不要である
• したがって、リリース計画に価値があるのは初期の日付と予算だけ——それ以上のものではない

ではなぜリリース計画が必要なのか？

しかし、アジャイル環境における実際の納品日は、約束された目標に達しないことが多い。しかし、一般的なリリースロードマップを持つことで、チームとステークホルダーの間で信頼関係を築き、期待を明確にできる。また、リリースには、公開ウェブサイトの更新やカスタマーサポートチームのトレーニングなど、追加で完了しなければならない作業をすべて考慮する必要がある。スクラムにおけるリリース計画の主な理由は以下の通りである。

• コミュニケーション
• 計画ツール
• 価値とコストの検証
• 全体の文脈を設定する

リリース計画の例：

リリース計画にはさまざまな形式があります。以下は、機能／データ駆動型計画の例です：

リリース計画の例

プロジェクトが日付駆動型の場合、単にベロシティにスプリント回数を掛け合わせることで、特定の期間内に完了可能な作業量を簡単に算出できます。

ベロシティ駆動型のリリース計画

リリース計画は静的な文書ではありません。私たちが製品バックログを管理する中で、定期的に見直し、更新する必要があります。製品バックログ新しいインサイトが得られた場合（たとえば、スクラム製品バックログの項目が更新または調整された場合）、リリース計画もそれに応じて見直し、修正する必要があります。