プロジェクト管理でよく知られている概念を言い換えると、”計画は不可欠ですが、計画は役に立たない。 したがって、検査し、適応します。”
伝統的な計画は日付によって駆動されます–最も可能性の高い終了日が主要な駆動要因です。 従来のプロジェクト管理では、利害関係者から要件を収集し、プロジェクトの範囲を構築し、プロジェクトを管理しやすい作業に分割します。 これにより、作業内訳構造(WBS)が作成されます。 次に、最低レベルのWBS、すなわちワークパッケージがさらにアクティビティに分解されます。 アクティビティは依存関係にリンクされ、リソースが推定されてアクティビティに適用され、プロジェクトのエンドツーエンドスケジュールが作成されま このスケジュールは、通常、連結プロジェクト管理計画の子会社計画であるスケジュール管理計画の助けを借りて監視および制御されます。
でも、計画したことと実際に地上で起こったことが一致したことは何度起こったのだろうか？ あなたはすでに答えを知っています！ 冒頭の引用は、計画が不可欠であることを意味しますが、計画に正確に従うことができることを期待することは賢明なことではありません。 要件のチャーンが高く、技術やプラットフォームの不確実性が高い場合、PMsは通常、適応性のある（またはアジャイルな）ライフサイクルを伴います。
実際、アジャイルマニフェストの第四の価値は、”計画に従うことに対する変化に対応する。”アジャイルは変化駆動型であり、ほとんどの場合、これらの変更は顧客によって駆動されます。 これはアジャイルリリースプランニングと呼ばれる概念につながります。
リリース計画は、完全な計画が事前に考慮され、詳細に詳述され、正式な変更要求でのみ変更できる従来の計画とは異なります。 リリース計画は、以前のイテレーションからのフィードバックに基づいて何度も更新できます。
適応ライフサイクルは本質的に増分的であるため、組織はすべてのイテレーションの最後にリリースすることができます。 彼らはまた、いくつかの反復の後に、あるいは継続的にリリースすることを選択することができます。 これには長期的な計画が必要ですが、PMBOKガイドの第6版で新たに導入されたリリース計画技術を利用することで効果的に容易にすることができます。
プロジェクト管理の専門家（PMPs）とプロジェクト管理（CAPM）の認定アソシエイトを志望するために、アジャイルリリースプランニングは知っておくべき重要な PMBOKガイド第6版では、すべての知識領域に対するアジャイルの考慮事項が導入されています。 これは、アジャイル認定プラクティショナー（Acp）を志望する場合にも便利です。
これ以上詳しく説明していくと、まずリリース計画がどのように高いレベルで開発されているかを見てみましょう。
ビジョンからロードマップへリリース計画へ
アジャイルプロジェクトでは、製品ビジョンから作業が始まります。 ビジョンは、製品のロードマップに変換されます。 ロードマップには、一定期間にわたって開発される機能が含まれています。 また、ロードマップは、さまざまなリリースで配信される製品の範囲を表していると言うことができます。 これはリリース計画につながり、下の図に示されています。
ロードマップとプロダクトバックログ
上記のシーケンスの一つのコンポーネントは、製品ロードマップであり、製品ロードマップを理解するために、最初に我々は、製品バックログを理解する必要があります。 アジャイルアプローチでは、プロジェクト要件と製品要件の両方のすべての要件がプロダクトバックログ(PB)の一部です。 プロダクトバックログ内の各項目は、プロダクトバックログ項目(またはPBI)と呼ばれます。 機能(要件)以外にも、プロダクトバックログ項目には、変更要求、欠陥、バグ、問題、または特定の技術的作業が含まれます。
私たちが知っているように、アジャイルプロジェクトでは、要件は継続的に進化しており、重大な不確実性/リスクがあります。 その結果、私たちは通常、Pbiに優先順位を付けます。 優先順位付けされたPbiは、バックログの先頭から取得され、顧客に配信されます。 優先度の高い項目はバックログの最上位に残り、きめ細かい粒度になりますが、優先度の低い項目はバックログの最下部にあり、粗い粒度になります。 PB内の品目の優先順位付けによって、プロダクトバックログ内のその品目の詳細レベルが決定されます。 これは下の図に示されています。
Microsoft Projectなどのアジャイルツールを使用している場合は、プロダクトバックログを迅速に開発できます。 MS Projectで描画されたプロダクトバックログの例を以下に示します。
ここでは、”新規ユーザーの作成”、”オンライン取引システムへのログイン”、”株式の譲渡”などのプロダクトバックログ項目（Pbi）を示すプロダクトバックログがあります。 他のバックログ項目を追加したい場合は、”New Task”コマンドボックスの”+”アイコンをクリックするだけです。
プロダクトバックログのトップレベル項目は、ストーリーポイントで推定されるユーザーストーリーに書き込むことができます。
さて、製品ロードマップに来て、あなたは単にそれがタイムラインを持つ製品バックログであると言うことができます。 ロードマップは、プロジェクトの計画された将来（すなわち、計画されたおよび/または提案された製品リリース）またはリリーステーマを示し、製品の高レベルの機 ロードマップは、各リリースでどのような機能や叙事詩（叙事詩、簡単に言えば、大きなユーザーストーリーです）が配信されるかを示しています。
リリース計画
製品ロードマップはリリース計画を駆動します。 リリース計画は、リリーススケジュールを提供します–各リリースは、通常、三から六ヶ月であ イテレーション0は、プロジェクトの承認、プロジェクトの環境の設定、初期の概要と設計の議論などに使用できます。 アジャイル実践者の中には、リリース終了時の最後の反復であるIteration–H(hardening iteration)を使用して、配信の準備をしている人もいます。 この反復には、トレーニングやマーケティング資料、最終リリースノート、インストールガイド、システム/ユーザーガイドなどの最終的な作業項目が含まれます。 これは以下に示されています。
図に示すように、リリース計画には”Iteration–0″から”Iteration–N”までのイテレーションがあります。
リリース計画は、プロジェクトの目的と制約の範囲内で、チームがどのようにプロジェクトビジョンを達成しようとするかのロードマップを提示する。 これは、製品所有者とチーム全体が開発する必要があり、リリース可能な製品を持つまでにどれくらいの時間がかかるかを決定するのに役立ちます。 これは、開発される可能性が高いものとどのような時間枠についての期待を伝えます。 リリース計画は、チームが進歩するための道標としても役立ちます。 リリース計画はイテレーションの終了時に更新することができ、含まれる現在の期待を反映して、後続のイテレーションで提供できるようになります。
プロダクトバックログによるリリース計画
リリース計画をよりよく理解するために、プロダクトバックログの助けを借りてリリース計画を視覚化
プロダクトバックログ内のアイテムが優先度に基づいてランク付けまたは順序付けされていることはすでにわかっています。 細かい粒度のトップレベルのアイテムは、次のイテレーションで消費する準備ができています（即時の次のリリースの下で）。 次の図の左側に、機能やその他の項目を含む優先順位付けされたバックログが表示されます。
 |
 |
MS Project内では、バックログ項目を選択、ドラッグ、ドロップし、必要に応じて優先順位を付けて配置するだけです。 これは上の図の右側に示されています。 MS Project内のプロダクトバックログを示す前の例を考えると、最初に”オンライン取引システムにログインする”、次に”新しいユーザーを作成する”、次に”株式を購入する”などの相対的なランキングがあります。
上記のように、機能項目”オンライン取引システムにログイン”を選択してドラッグし、以前の機能項目”新しいユーザーを作成する”よりも前にドロップしました。”選択した項目は、ドラッグしてドロップしたときにわずかにグレー表示されました。
バックログを使用して、次のリリースでどのバックログ項目を配信するかを決定できます。 以下では、次のリリース（つまり、リリース1）の項目が主に優先順位付けされていることがわかります。 リリース2の項目も優先順位が付けられる場合がありますが、リリース3の項目は優先順位が低い項目であるため、優先順位が付けられていません。
このリリース計画をMS Projectで視覚化することもできます。 下の図を見てください。 様々なリリースで撮影されることが示されているPbiがあります。 リリースに反復が含まれていることを覚えて 私たちの場合、最初のリリースでは3つのイテレーションがあり、すべてのアイテムがこれらのイテレーションで配信されることが期待されています。 イテレーションはスクラムフレームワークではスプリントと呼ばれ、アジャイルPMsで使用される一般的なフレームワークです。 次の2つのリリース（つまり、リリース2とリリース3）では、Pbiがありますが、イテレーション（またはスプリント）はまだ決定していません。
反復計画
あなたが従っている場合、リリース計画は反復0から反復Nで構成されており、数回の反復または反復ごとの最後にリリースすることを決定 しかし、イテレーション内で何が起こるのでしょうか？ 簡単に言えば、イテレーション内の一連のフィーチャのスコープは、イテレーションの開始時に確認され、イテレーションの終了時に配信されます。
イテレーションのために確認および取得された機能は、タスク（またはアクティビティ）に分類され、チームメンバーによって時間単位で推定されます。 製品ロードマップからリリース計画、イテレーション計画までの一連のステップを下の図に示します。
上記の図を要約すると、これらが重要なポイントになります:
- 製品のビジョンは、製品ロードマップを駆動します
- 製品ロードマップは、リリース計画を駆動します
- リリース計画には反復があります
- ストーリーポイ6330>ms project2016を使用すると、リリース計画をすばやく構築できます。 以前のバックログの例を考慮すると、最初のリリースでは3つのイテレーション/スプリントがあります（つまり、Sprint1、Sprint2、Sprint3）。 各スプリントには、提供される一連の機能があります。 これは、以下の”Sprint Planning Board”ビューに示されています。
また、ドリルダウンして、イテレーション/スプリントレベルで何が起こるかを確認し、どのPbiが処理されているかを調べることもできます。 MS Projectはこれを「現在のSprint Board」ビューに表示します。 下の図を参照してください。
スプリント1では、”オンライン取引システムにログインする”、”新しいユーザーを作成する”、”株式を購入する”の三つの項目が配信されます。「これらは、「Next Up」、「In Progress」、「Done」の3つのワークフロー状態を通過しています。”もちろん、必要に応じてこれらのワークフローの状態を追加、削除、またはカスタマイズできます。
リリース計画とイテレーション計画
試験を受ける場合は、リリース計画とイテレーション計画の違いも知っておく必要があります。 それらは下の表に記載されています。 通常、イテレーションは2～4週間のタイムボックス化されます。 しかし、XP（別のアジャイルフレームワーク）のような場合には、イテレーションは一週間長くなることがあります。
Project Management Body of Knowledge(PMBOK)Guide,6Th Edition,By Project Management Institute(PMI)
I Want To Be A PMP:The Plain and Simple Way To Be A PMP,2nd edition,by Satya Narayan Dash
I Want To Be A ACP:The Plain and Simple Way To Be A ACP,by Satya Narayan Dash
Microsoft Project2016Live Lessons,by Satya Narayan Dash
Agile Practice Guide,by Project Management Institute(Pmi)
Pmi）＜1298＞