アジャイル-リリース計画

リリース計画の目的は、製品に増分を提供するための計画を作成することです。それは2〜3ヶ月ごとに行われます。

誰が関与していますか?

  • Scrum Master −スクラムマスターは、アジャイルデリバリーチームのファシリテーターとして機能します。

  • Product Owner −製品所有者は、製品バックログの一般的なビューを表します。

  • Agile Team −アジャイルデリバリーチームは、技術的な実現可能性または依存関係に関する洞察を提供します。

  • Stakeholders −顧客、プログラムマネージャー、対象分野の専門家などの利害関係者は、リリース計画に関する決定が行われるときにアドバイザーとして機能します。

計画の前提条件

リリース計画の前提条件は次のとおりです-

  • プロダクトオーナーが管理するランク付けされたプロダクトバックログ。通常、リリースに含めることができると製品所有者が感じる5〜10の機能が使用されます。

  • 機能、既知の速度、または技術的な課題に関するチームの意見

  • 高レベルのビジョン

  • 市場とビジネスの目的

  • 新製品のバックログアイテムが必要かどうかの確認

必要な材料

リリース計画に必要な資料のリストは次のとおりです。

  • 投稿された議題、目的
  • フリップチャート、ホワイトボード、マーカー
  • プロジェクター、計画会議中に必要なデータ/ツールを備えたコンピューターを共有する方法
  • 計画データ

計画データ

リリース計画を行うために必要なデータのリストは次のとおりです-

  • 以前のイテレーションまたはリリース計画の結果
  • 製品、市場の状況、および期限に関するさまざまな利害関係者からのフィードバック
  • 以前のリリース/イテレーションのアクションプラン
  • 考慮すべき機能または欠陥
  • 以前のリリース/見積もりからの速度。
  • 組織および個人のカレンダー
  • 依存関係を管理するための他のチームおよび対象分野の専門家からの入力

出力

リリース計画の出力は次のようになります。

  • リリースプラン
  • Commitment
  • 監視する必要のある問題、懸念、依存関係、および仮定
  • 将来のリリース計画を改善するための提案

議題

リリース計画の議題は次のとおりです。

  • Opening ceremony −ウェルカムメッセージ、レビューの目的と議題、整理ツール、ビジネススポンサーの紹介。

  • Product Vision, Roadmap −製品の全体像を示します。

  • Review previous releases −計画に影響を与える可能性のある項目についての話し合い。

  • Release name / theme −ロードマップテーマの現在のステータスを調べ、必要な調整がある場合はそれを実行します。

  • Velocity −現在のリリースと以前のリリースの速度を提示します。

  • Release schedule −リリースおよびリリース内の反復のタイムボックスに関する主要なマイルストーンと決定を確認します。

  • Issues and concerns −懸念事項や問題を確認し、記録します。

  • Review and Update the Definition of Done −の定義を確認する done テクノロジー、スキル、または最後のイテレーション/リリース以降のチームメンバーの変更に基づいて適切な変更を加えます。

  • Stories and items to be considered −現在のリリースでのスケジューリングを検討する製品バックログのユーザーストーリーと機能を提示します。

  • Determine sizing values −速度が不明な場合は、リリース計画で使用するサイジング値を計画します。

  • Coarse the size of stories−配信チームは、検討中のストーリーの適切なサイズを決定し、ストーリーが大きすぎる場合は、ストーリーを複数の反復に分割します。製品の所有者と対象分野の専門家は、疑問を明確にし、受け入れ基準を詳しく説明し、適切なストーリー分割を行います。スクラムマスターはコラボレーションを促進します。

  • Map stories to iterations−配信チームと製品所有者は、サイズと速度に基づいて、反復でストーリー/欠陥を移動します。スクラムマスターはコラボレーションを促進します。

  • New concerns or issues −以前の経験に基づいて新しい問題を確認し、同じことを記録します。

  • Dependencies and assumptions −リリース計画中に計画された依存関係/前提条件を確認します。

  • Commit−スクラムマスターは計画を要求します。デリバリーチームと製品所有者は、それを最良の計画として通知し、次のレベルの計画、つまり反復計画に移行することを約束します。

  • Communication and logistics planning −リリースのコミュニケーションおよびロジスティクス計画をレビュー/更新します。

  • Parking lot −プロセス駐車場とは、すべてのアイテムを解決するか、アクションアイテムとして設定する必要があることを意味します。

  • Distribute Action items and action plans −アクションアイテムを所有者に配布し、アクションプランを処理します。

  • Retrospect −会議を成功させるために、参加者からのフィードバックを求めます。

  • Close −成功を祝います。