アジャイルガイド · アジャイルのプラクティス
アジャイルのリリース計画：アジャイルでリリースを計画する方法
リリース計画は、すべてのステークホルダーが尋ねる「いつ手に入るのか？」という質問に答えるものです。アジャイルでは、その答えは最初に固定した日付ではなく、実データから作成し毎スプリント更新する予測です。
要点
- リリース計画は、一連のバックログアイテムがいつ準備できるかを予測します。
- 日付かスコープのどちらかを固定し、両方は固定しないこと。
- ベロシティの幅を使い、毎スプリント予測を更新しましょう。
リリース計画とは
リリース計画は、バックログアイテムを1つ以上の今後のリリースにまとめ、それぞれがいつ準備できそうかを予測するものです。長期的な プロダクトロードマップ の下位に位置し、さらにその下位で詳細な計画を立てるのが各 スプリント.
日付固定か、スコープ固定か？
| アプローチ | 固定されるもの | 調整されるもの | 例 |
|---|---|---|---|
| 日付固定 | リリース日 | スコープ | 展示会でのローンチ |
| スコープ固定 | 機能セット | 日付 | 古いシステムを置き換えるのに必要な最小限のセット |
アジャイルチームは日付とスコープの両方を同時に固定することを避けます。両方を固定すると、たいてい品質が犠牲になります。
リリース計画の作成手順
リリース予測の伝え方
- 単一の日付ではなく、「5月中旬から6月上旬の間」のように範囲で伝えましょう。
- ステークホルダーが進捗とスコープの変化の両方を確認できるよう、リリースバーンアップチャートを示しましょう。
- 必須のアイテムとあれば望ましいアイテムを分け、トレードオフを明確にしましょう。
大規模なリリース計画
複数のチームが1つのリリースに関わる場合は、一緒に計画します。 SAFeでは、これを次の場で行います： PIプランニング.
このトピックの無料テンプレート
よくある質問
リリース計画はどのくらい先まで立てるべきですか？
通常は1～3リリース、およそ3～6か月先までです。それより先は、詳細な計画よりも成果のロードマップの方が役立ちます。
リリース計画の責任者は誰ですか？
プロダクトオーナーまたはプロダクトマネージャーが、チームやステークホルダーと緊密に協力して担います。
アジャイルにおけるリリース計画とは？
バックログアイテムを今後のリリースにまとめ、それぞれがいつ準備できそうかを予測すること。これは ロードマップ と個々のスプリントの間に位置します。
リリース計画はどのくらいの頻度で更新すべきですか？
毎スプリント、実際の進捗と現在のベロシティを使って更新します。リリース計画は固定のコミットメントではなく、生きた予測です。
リリース計画とロードマップの違いは何ですか？
ロードマップは四半期以上にわたるゴールとテーマを示し、リリース計画は次のいくつかのリリースにどのバックログアイテムがいつ入るかを示します。
リリース計画におけるリリースバーンアップチャートとは？
完了した作業が総スコープの線に向かって上昇していく様子を示すチャートです。スコープが別に示されるため、ステークホルダーは作業の追加や削除の影響を確認できます。
アジャイルのリリース計画でリリース日を固定できますか？
はい。日付が固定されている場合はスコープを調整し、最も価値の高いアイテムが期限までに提供されるようにします。
アジャイルのリリース計画でリリース日はどう予測しますか？
残りのポイントを、直近の最良と最悪の ベロシティ で割ってスプリント数の範囲を求め、それを日付に換算します。
リリース計画におけるMVP（実用最小限の製品）とは？
価値を提供し、実際のユーザーから学ぶことができる最小のリリースです。MVPに向けて計画することで、最初のリリースを小さく保てます。
リリース計画はスクラムの一部ですか？
スクラムガイドはリリース計画のイベントを定義していません。それでも多くのスクラムチームは、プロダクトバックログとプロダクトゴールの管理の一環としてリリース計画を行っています。
継続的デリバリーはリリース計画をどう変えますか？
すべての変更をリリース可能な状態に保つプラクティスで、チームは大きな計画済みのまとまりではなく、価値が準備でき次第いつでもリリースできます。