アジャイルリリース計画のためのフレームワーク

BY admin
|

アジャイルリリース計画には、カレンダーの日付以上 強力なプロダクトバックログと共有された製品ビジョンが必要です。 このハウツーガイドでは、作業を完了するためのプロセスと有用なフレームワークの包括的なレビューを提供します。

私のマネージャー、セリアは時折私の机に立ち止まって、”いつ終わるのですか？”彼女のカジュアルな態度の後ろに彼女は本当に尋ねていた”だからケビン、私はあなたにこのアプリケーションを構築するために三つのスクラムチーム 私はいつ彼らから私のお金の価値を得るつもりですか？

初心者のプロダクトマネージャーは、”私たちはアジャイルです。 私たちは準備ができたら解放します。”ありがたいことに、私は初心者ではなく、Celiaに対応しました”と、過去数回のスプリントからのデータと、プロダクトバックログに残っているものに基づいて、私のリリース計画は、高い自信を持って、六週間でリリースすることをポイントし、わずか四週間で早期にリリースする可能性があります。”

私の自信はCeliaを満足させ、私の製品の堅実なリリース計画を開発し、維持するために私のチームと行ったすべての作業に支えられました。 プロダクトマネージャーとしての私の初期の年にリリース計画を構築することは困難な作業でしたが。 リリース計画の仕組みとリズムを理解すると、それらの構築と維持がはるかに簡単になりました。 あなたの生命に”Celia”があるあなたのそれらのために(私達はすべて)、解放の計画を造り、維持することを使ったすべてのハードワークが絶対に価値があること

リリース計画とは何ですか？

リリース計画は、一般的には複数のスプリントにわたって、製品をリリースすることによって価値を提供する方法を説明する、高レベルの予測です。 リリース計画は、これらの質問に答えるため、非常に貴重なツールです:

  1. どのプロダクトバックログ項目がどのスプリントで取り組まれるのか？
  2. 次のリリースには何がありますか？
  3. いつ終わるの？

リリース計画は、ロードマップを有効にし、プロダクトバックログに貴重な時間ディメンションを追加する、アジャイル計画時間地平線上の中間レベ リリース計画には複数のスプリントが含まれ、多くの場合、複数のスクラムチームや複数の場所にまたがるチームが含まれます。 スコープに関係なく、リリース計画の作成は、プロダクトマネージャー、プロダクト所有者、スクラムマスター、スクラムチーム、および利害関係者間の共同作業です。 通常、私はリリース計画のために二から四ヶ月の期間を使用するのが好きです。 将来的にあまりにも遠くを予測するリリース計画には、あまりにも多くの変動性と固有のスケジュールリスクが含まれています。 計画が短ければ短いほど、リリースの価値が速くなり、リリース日に自信が高まります。

リリースは固定ケイデンスまたは固定スコープで行うことができますが、両方ではありません。 リリースの範囲が固定されている場合、計画では、リリースにスケジュールされたプロダクトバックログアイテムの配信に必要なスプリントの予想数が生成されます。 または、日付が固定されている場合、リリース計画には、次の固定日のリリースに何が含まれる可能性があるかが示されます。 良いことは、リリースで配信される最後のアイテム（必要に応じてカットされる可能性が最も高い）が、最も重要でないアイテムでなければならないこ

プロダクトビジョンから始める&プロダクトバックログ

良いリリースプランを持つためには、強力なプロダクトバックログが必要です。 強力なプロダクトバックログに不可欠なのは、プロダクトマネージャー、プロダクトオーナー、スクラムチームの間で共有され プロダクト視野はあなたの解放の計画を造っている間焦点で大きい映像を保ち、あなたの顧客およびビジネスに実際に重要である事に優先順位を

スクラムチーム間で製品ビジョンを開発し、伝達するために私が使用する二つのフレームワークがあります。 どちらを選択するかは、通常、スクラムチームが共同で配置されているか分散されているかに基づいています。 共同で配置されたスクラムチームにとっては、製品ボックスが最良の選択です。 配布されている場合、私はMcKennaとMooreのElevator Pitch frameworkの影響を受け、以下に示すShark Tank Visionテンプレートを使用したいと考えています。

Proのヒント：製品のビジョンに加えて、次のリリースのビジョンを開発することを検討してください。 リリースビジョンは、リリースが新しい市場、新しいペルソナ、または新しい機能セットに対処する場合に特に役立ちます。

プロダクトバックログには、製品ビジョンに加えて、リリース計画に重要な三つの要素が含まれている必要があります:

  1. アイテムはよく洗練されています（すなわち、スクラムチームの準備基準を満たす）。
  2. 項目はスプリントよりも小さいサイズに適切にサイズされています。 小さい方が良いです。
  3. 項目は値に基づいて優先順位が付けられます。

Pro Tip:価値に基づいてプロダクトバックログに優先順位を付けるために、顧客や利害関係者と使用する高度に協調的なフレームワークが二つあります。

アジャイルリリースプランニングイベント

製品ビジョン、リリースビジョンを確立し、製品バックログの準備ができたら、リリース計画イベントをスケジュー アジャイルリリースプランニングイベントは、スクラムチームのメンバーと利害関係者の両方が袖をロールアップし、次のリリースの一環として開発すべき これらは通常、ロードマップが開発された後に発生します。

リリース計画イベントは、一日以上に及ぶことができます。 アジャイルリリースプランニングは時間と人の大きな投資になる可能性があるため、このアクティビティを適切に準備するのに十分な時間を切り このタイプの共同計画は大変な作業なので、イベント中にいくつかの楽しみを持っていることを計画し、それがすべて終わったときに祝うことを忘

さらに、スクラムチームで計画しているか十人で計画しているかにかかわらず、良いリリース計画イベントの構造は同じままです:

    1. 次のリリースのビジョンを共有します。 プロダクトマネージャー、プロダクトオーナー、またはチーフプロダクトオーナーは、リリース目標をスクラムチームに思い出させ、リリースビジョンを共有し、このリリースが製品ビジョン全体に向かってどのように進歩するかを説明します。
    2. 固定日または固定範囲を決定するいずれのアプローチも問題ありませんが、最も重要なものをビジネスで決定することが重要です: 特定の日付（トレードショーなどの市場のリズムを打つ必要がある）または一連の機能（顧客のワークフローに含まれるすべて）でリリースする。
    3. プロダクトバックログの上位項目を確認し、カットラインを確立します。 カットラインは、このリリースで提供することを期待するプロダクトバックログの深さを確立します。
    4. 各スプリントをマップします。 複数のスクラムチームで作業する場合、それぞれが単一のプロダクトバックログから項目の”ローカル”リストを取得します。 各スクラムチームのベロシティデータを使用して、各スプリントで配信される可能性のある項目を計画します。
    5. リスクと依存関係をキャプチャします。 リリースの配信に影響を与える可能性のある重要な仮定、リスク、および依存関係を強調する時間を作ります。 透明性は不可欠であり、リリースウィンドウをどのように伝えるかに役立ちます。

質問に答える”それはいつ行われますか？「

これですべての苦労が終わったので、リリースウィンドウを見積もることでCeliaの質問に答える時が来ました。 リリースウィンドウは、いくつかのタイプの経験的データに基づいて可能な納期の範囲です。

特定の日付の代わりにリリースウィンドウを提供したい理由はたくさんあります。 速度は時間の経過とともに変化します。 リリースウィンドウは、その不確実性を示し、あなたの計画は予測ではなく、正確なコミットメントであることを認めています。 スプリントごとに価値を提供すると、未知数が知られるにつれてリリースウィンドウが狭くなり、リスクが軽減または排除されます。

リリースウィンドウを計算するには、次の手順に従います:

    1. 高い”定常状態”速度を推定します。 これは最も早い予想された受渡し日を確立します。
    2. 低い”定常状態”速度を使用して再推定する。 これにより、予想される最新の納期が確立されます。
    3. これは、高定常状態の速度と低定常状態の速度の差です。
    4. 適切なバッファを追加します。 これは、計画内のさまざまなリスクと依存関係の関数です。 これは、時間または信頼係数で表すことができます。 私は、特定されたリスクと依存関係に見合ったバッファをお勧めします。 たとえば、多くのリスクと依存関係がある場合は、より多くのバッファを持っています。 リスクと依存関係が少ない場合は、より少ないバッファを使用します。

最後に、一歩後退し、ロードマップに関連したリリース計画を分析します。 リコールよいロードマップはあなたが目標とするために見ている市場の窓、リズム、または区分の考察を含んでいる。 ロードマップに基づいて、リリースがロードマップの制約またはターゲットと一致するように、それに応じてプロダクトバックログを調整する必要があ

次の一歩を踏み出す

最初のリリース計画を立てるのは大変な作業になる可能性があります。 しかし、一度あなたの製品のリリース計画を開発し、維持するリズムで、あなたはすぐにそれをあなたの製品管理ツールボックスに非常に貴重なアーティファクトを見つけるでしょう。 製品のリリース計画の作成について詳しく知りたい場合は、当社にお問い合わせください。 私たちは、さらにあなたに話をし、あなたのビジネスのためのリリース計画を統合することに助言させていただきます。