アジャイルガイド · アジャイルの基礎
アジャイルプロジェクトマネジメントとは？プロジェクトマネージャーのためのガイド
アジャイルプロジェクトマネジメントとは、1つの固定された事前計画ではなく、頻繁な提供を軸に計画、予算、ステークホルダーの期待を管理しながら、短く反復的なサイクルでプロジェクトを進める実践です。当サイトの アジャイル手法ガイド がアジャイルとは何か、その価値観とフレームワークがどう機能するかを説明しているのに対し、このガイドではプロジェクトマネージャーの立場から見ていきます。役割の何が変わるのか、スコープが動くことを前提にどう計画し予算を立てるのか、どう進捗を報告しリスクを管理するのか、そしてアジャイルが従来のガバナンスとどう両立するのかです。
要点
- アジャイルプロジェクトマネジメントは、通常、時間とコストを固定し、スコープを柔軟にしながら、短いサイクルでプロジェクトを進めます。
- プロジェクトマネージャーは、タスクを指示することから、予算、ステークホルダー、依存関係、リスク、ガバナンスの管理へと移ります。
- 計画は、ビジョン、ロードマップ、リリース、イテレーション、日次という複数のレベルで存在します。
- 報告は、完了率ではなく、動く成果、バーンアップチャート、予測の範囲に基づいて行います。
- ハイブリッドアプローチでは、予測型の計画とアジャイルな提供を、それぞれが最も適した場所で組み合わせられます。
アジャイルプロジェクトマネジメントの実際
従来のプロジェクトでは、プロジェクトマネージャーが詳細な計画を作成し、承認を得て、そのベースラインに照らして作業をコントロールします。アジャイルプロジェクトマネジメントでも、プロジェクトは引き続き計画され、資金が付き、統治され、報告されますが、コントロールの単位が変わります。固定されたスコープに対する進捗を追跡する代わりに、各サイクルで提供された価値を追跡し、実際の証拠を使って残りの作業の舵を取ります。
変わらないことが3つあります。プロジェクトには依然として明確な目標、ビジネスケースに責任を持つスポンサー、そして状況をステークホルダーに示す方法が必要です。変わることも3つあります。スコープが主な変数になり、詳細な計画が作業により近いところで行われ、意思決定が作業を行うチームへと移ります。このガイドの残りの部分では、それがプロジェクトマネージャーの仕事の各部分にとって何を意味するかを説明します。
プロジェクトマネージャーの役割の変化
純粋なスクラムにはプロジェクトマネージャーの役割はありません。3つの責任は プロダクトオーナー、 スクラムマスター と開発者です。実際には、多くの組織でアジャイルの作業にもプロジェクトマネージャーがいます。特に、プロジェクトが複数のチーム、サプライヤー、部門にまたがる場合です。その焦点は、タスクを指示することから、チームが提供できる条件を整えることへと移ります。
変化を理解するのに役立つ方法は、古典的なプロジェクトマネジメントの各責任を今は誰が担っているかを問うことです：
| 従来のPMの責任 | アジャイルで通常それを担う人 |
|---|---|
| スコープの定義と優先順位付け | プロダクトオーナー（順序付けられたバックログを通じて） |
| タスクの割り当てとスケジューリング | チーム（各サイクルで自らの作業を計画する） |
| 障害の除去とプロセスの改善 | スクラムマスターまたはアジャイルコーチ |
| 予算、契約、サプライヤーの管理 | プロジェクトマネージャーまたはデリバリーリード |
| チーム間の依存関係とリリースの調整 | プロジェクトマネージャー、デリバリーリード、またはリリーストレインエンジニア |
| ガバナンス、コンプライアンス、役員会への報告 | プロジェクトマネージャー（多くの場合、次と併せて） アジャイルPMO |
| リスクと課題の管理 | 共有：チームが提供上のリスクを扱い、PMが組織的なリスクをエスカレーションする |
最も重要なスキルは、ファシリテーション、ステークホルダーマネジメント、商務的な判断、そしてチームを混乱から守る能力になります。このアプローチはよく次のように表現されます： サーバントリーダーシップ.
アジャイルプロジェクトの計画
アジャイルプロジェクトは複数のレベルで計画され、それぞれ期間と詳細さが異なります。詳細な計画は、チームが正確に立てられるだけの情報を持っている直近の期間についてだけ作成します。
- ビジョンとビジネスケース： プロジェクトが存在する理由、誰が恩恵を受けるか、成功をどう測るか。これはめったに変わりません。
- ロードマップ: 今後数四半期に期待される主なテーマや機能で、すべての機能の日付ではなく成果として表現します。
- リリース計画: 各リリースでどの機能群が見込まれるかを、チームの実測ペースから予測します。
- イテレーション計画： 今後1～4週間の詳細な作業で、チームが担います。
- 日次計画： チームが今日の作業をどのように調整するか。
プロジェクトマネージャーの仕事は、これらのレベルをつなぎ続けることです。イテレーションの作業が引き続きロードマップに貢献し、ロードマップが引き続きビジネスケースに貢献するようにします。従来の プロジェクト計画にも引き続き役割がある を、契約、ローンチイベント、規制当局への提出、サプライヤーのマイルストーンなどの固定要素に使います。一部のチームは、大まかな ガントビュー を日付を必要とするステークホルダー向けに維持し、チーム自体はバックログに基づいて作業します。
予算、スコープ、締め切り
プロジェクトマネージャーにとっての最大の変化は、どの制約を変動させるかです。従来のプロジェクトは通常、スコープを固定して時間とコストを見積もります。アジャイルのプロジェクトは通常、時間とコストを固定し（たとえば7人のチームで6か月）、スコープを変動させて、最も価値の高い項目から提供します。
これこそが、アジャイルで固定予算や期限を実現可能にするものです。チームは、思いつく限りのすべての項目ではなく、収まる範囲で最も価値の高いスコープを提供することを約束します。MoSCoW（Must、Should、Could、Won't have this time）などの優先順位付けの手法がトレードオフを明確にし、十分な価値が提供された時点でスポンサーはプロジェクトを終了できます。
予測は、初期の見積りではなく証拠に基づきます。数回のイテレーションの後、チームの実測ペース（ベロシティまたはスループット）から、特定の日付までにバックログのどれだけを完了できるかの現実的な範囲がわかります。予測は単一の約束した日付ではなく範囲として示し、イテレーションごとに更新すべきです。 アジャイルのキャパシティプランニング では、その仕組みを扱っています。
契約にも同じ考え方が必要です。固定価格・固定スコープの契約はアジャイルとうまくかみ合いません。一般的な代替案には、予算上限付きのタイム・アンド・マテリアル、イテレーションごとの固定価格、そして顧客が同程度の大きさのバックログ項目を入れ替えられるスコープ可変の固定価格があります。組織レベルでは、多くの企業がプロジェクトへの資金配分から、長期的なチームとプロダクトへの資金配分へと移行しています。参考： アジャイルポートフォリオマネジメント.
ステークホルダーの管理と進捗の報告
アジャイルでは、状況報告の多くが直接的な証拠に置き換わります。最も強力な報告は動くもののデモです。ステークホルダーは「80%完了」という報告を読むのではなく、レビューのたびにプロダクトを目にします。プロジェクトマネージャーは、適切なステークホルダーが出席し、そのフィードバックがバックログに届くようにします。
スポンサーや役員会には、引き続き定期的な要約が必要です。有用なアジャイルの報告には次のものがあります：
- リリースのバーンアップチャートで、時間の経過に伴う総スコープに対する完了スコープを示すため、スコープの増加が隠れずに見えるようになります。
- 予測の範囲 を主要マイルストーンについて示し、イテレーションごとに更新します。
- 成果指標を、提供面の指標と並べて追跡します。たとえばユーザーの定着や処理時間の短縮などです。
- 短いリスクと意思決定のログ、チームがリーダーシップに求めていることを強調します。
- 予算消化 を提供された価値と比較し、スポンサーが継続、方針転換、中止のいずれかを判断できるようにします。
少数の指標を選び、一貫性を保つ。
アジャイルプロジェクトにおけるリスクとガバナンス
短いサイクルは、その仕組みによって多くのリスクを減らします。技術的な問題、誤解された要件、ユーザーの関心の低さが、最後ではなく数週間以内に明らかになります。アジャイルチームはまた、最もリスクの高い作業を早めに行い、未解決の問いに答えるための短い調査タスク（スパイクと呼ばれることが多い）を実施し、リスク対応を他の作業と同じようにバックログに追加することで、リスクに直接取り組みます。
一部のリスクはチームのコントロール外にあります。サプライヤーの遅れ、資金調達の決定、規制当局の承認、他のプロジェクトへの依存です。これらの特定、エスカレーション、追跡は引き続きプロジェクトマネージャーの役割であり、軽量な リスク登録簿 は依然として有用です。
ガバナンスはなくなるのではなく、適応します。ステージゲートで詳細な計画を承認する代わりに、ガバナンス機関は定期的に動く成果と成果データをレビューし、提供された価値に基づいて資金配分を決定します。 アジャイルPMO は、チーム間の報告、ツール、意思決定権限について軽い標準を設けることで、これを支援できます。
ハイブリッドアプローチ：アジャイルと従来型の手法の組み合わせ
実際のプロジェクトの多くはアプローチを組み合わせています。建設プログラムでは、建物には従来型の計画を、デジタルシステムにはアジャイルな提供を使うことがあります。ITプロジェクトでは、予測型の調達・契約フェーズの後にアジャイルな提供が続くことがあります。これはハイブリッドプロジェクトマネジメントと呼ばれることがよくあります。
認められたフレームワークがこれを支えています。PRINCE2 AgileはPRINCE2のガバナンスとアジャイルな提供を組み合わせたものです。参考： PRINCE2とアジャイル。PMIのPMBOKガイドは、プロジェクトマネージャーが予測型から適応型まで、目の前の作業に合わせて開発アプローチをテーラリングすることを推奨しています。重要なのは、すべてに1つのアプローチを選ぶのではなく、プロジェクトのどの部分に予測可能性が必要で、どの部分に柔軟性が必要かを判断するスキルです。当サイトの比較 アジャイルとウォーターフォールの比較 では、それぞれがどこに適しているかを説明しています。
アジャイルプロジェクトマネジメントのためのツール
アジャイルプロジェクト管理ツールは通常、バックログ、タスクボード、イテレーションまたはフローのビュー、シンプルなレポート、そして大規模な取り組み向けにはロードマップと依存関係の追跡を組み合わせています。小規模なチームは共有ボードから始められますが、複数チームのプロジェクトには通常、チームのボードをポートフォリオビューやレポートに結びつけるツールが必要です。
当サイトのランキング： おすすめプロジェクト管理ツール では、Jira、Wrike、monday.com、Asana、ClickUpなどの選択肢を比較しています。ソフトウェアを導入する準備ができていない場合は、無料のテンプレートで基本をカバーできます： アジャイルプロジェクト計画テンプレート, a プロダクトバックログテンプレート と リリース計画テンプレート.
プロジェクトマネージャーとしての第一歩
- まず基礎を学ぶ。 次を読む： アジャイル手法ガイド および アジャイルソフトウェア開発宣言 ことで、セレモニーだけでなく、その理由を理解できます。
- 役割分担を合意する。 優先順位、提供、予算、報告を誰が担うかを、スポンサー、プロダクトオーナー、チームと取り決めましょう。
- 計画のレベルを設定する。 最初のイテレーションの前に、短いビジョン、大まかなロードマップ、順序付けられたバックログを作成しましょう。
- 進捗の報告方法を合意する。 詳細な状況報告を、レビュー、バーンアップチャート、短いリスクと意思決定のログに置き換えましょう。
- リズムを守る。 レビューと振り返りを定期的なリズムで行い、サイクルの途中での変更からチームを守りましょう。
- 自分自身のアプローチを検査し、適応させる。 数サイクル後に、チームとステークホルダーに何がうまくいっているかを尋ね、調整しましょう。
プロジェクトのステップごとの解説については、次をご覧ください： アジャイルプロジェクトの進め方。資格を取得したい場合は、 アジャイルの学び方と資格の取り方 で主な選択肢を比較しています。
このトピックの無料テンプレート
よくある質問
アジャイルプロジェクトマネジメントにプロジェクトマネージャーはいますか？
スクラム自体にはプロジェクトマネージャーの役割はなく、その責任はプロダクトオーナー、スクラムマスター、開発者です。実際には、多くの組織がアジャイルの作業にもプロジェクトマネージャーやデリバリーリードを置き、予算、契約、チーム間の依存関係、ガバナンス、ステークホルダーへの報告を担わせ、チームは日々の作業を自ら計画します。
アジャイルのプロジェクトマネージャーは何をしますか？
アジャイルのプロジェクトマネージャーは、チームが提供できる条件を整えます。典型的な責任には、予算とサプライヤーの管理、チーム間の依存関係の調整、スポンサーへの報告、チームが解決できないリスクのエスカレーション、チームを混乱から守ること、ロードマップをビジネスケースと整合させ続けることが含まれます。タスクの割り当てはチーム自身に移ります。
アジャイルプロジェクトマネジメントと従来型のプロジェクトマネジメントの違いは何ですか？
従来のプロジェクトマネジメントは、スコープを早期に固定し、事前に詳細な計画を立て、そのベースラインに照らして作業をコントロールします。アジャイルプロジェクトマネジメントは通常、時間とコストを固定し、スコープを柔軟にし、詳細な計画は次のサイクル分だけ立て、動く成果で進捗を測ります。プロジェクトマネージャーの役割は、タスクを指示することから、ファシリテーション、調整、ステークホルダーの管理へと移ります。
アジャイルプロジェクトの予算はどのように設定しますか？
ほとんどのアジャイルの予算は、チームのキャパシティ、つまり一定期間の安定したチームのコストに基づいています。スポンサーはそのキャパシティに資金を出し、チームは最も価値の高いスコープから提供し、数週間ごとに進捗をレビューします。チームの実測ペースが得られると予測の信頼性が高まり、提供された価値に基づいて資金を継続、増額、停止できます。
固定の予算や期限があってもアジャイルプロジェクトマネジメントは機能しますか？
はい。アジャイルでは通常、時間とコストを固定し、スコープを柔軟にするため、優先度の最も低い項目が提供されない可能性をステークホルダーが受け入れる限り、固定予算や期限とよく適合します。MoSCoWによる優先順位付けと、チームの実測ペースに基づく予測によって、トレードオフを早期に見える化できます。
アジャイルプロジェクトマネジメントでは、ステークホルダーにどのように進捗を報告しますか？
主に、ステークホルダーが動く成果を目にする定期的なレビューを通じて行います。スポンサーや役員会向けには、リリースのバーンアップチャート、主要マイルストーンの予測の範囲、いくつかの成果指標、提供された価値に対する予算の消化、短いリスクと意思決定のログを加えます。指標は少数に絞り、一貫性を保ちましょう。
アジャイルプロジェクトマネジメントでは、リスクをどのように管理しますか？
短いサイクルによって、多くのリスクが早期に明らかになります。チームは最もリスクの高い作業を先に行い、短い調査タスクで未解決の問いに答え、リスク対応をバックログに追加します。プロジェクトマネージャーは、サプライヤーの遅れ、資金調達の決定、規制当局の承認など、チームのコントロール外にあるリスクを、多くの場合軽量なリスク登録簿で追跡・エスカレーションします。
ハイブリッドプロジェクトマネジメントとは何ですか？
ハイブリッドプロジェクトマネジメントは、1つのプロジェクトの中で予測型とアジャイルのアプローチを組み合わせるものです。たとえば、調達、契約、建設には従来型の計画を、ソフトウェアやデザインの作業にはアジャイルな提供を使います。PRINCE2 AgileなどのフレームワークやPMIのPMBOKガイドにあるテーラリングのガイダンスが、これを支えています。目的は、それぞれのアプローチを最も適した場所で適用することです。
アジャイルのプロジェクトマネージャーにはどの資格が役立ちますか？
一般的な選択肢には、PMIのAgile Certified Practitioner（PMI-ACP）、PRINCE2 Agile、そしてProfessional Scrum Master（PSM）やCertified ScrumMaster（CSM）などのスクラムの資格があります。適切な選択は組織と役割によって異なります。当サイトのガイド アジャイルの学習と資格取得 で比較しています。
アジャイルプロジェクトマネジメントにはどのようなツールが使われますか？
チームは、バックログ、ボード、イテレーションまたはフローのビュー、レポートを組み合わせたツールを使います。たとえばJira、Wrike、monday.com、Asana、ClickUpです。大規模なプログラムには、ポートフォリオビューと依存関係の追跡が必要です。当サイトのランキングをご覧ください： おすすめプロジェクト管理ツール、または無料のスプレッドシートテンプレートから始めましょう。
アジャイルプロジェクトマネジメントは大規模なプロジェクトでも機能しますか？
はい。ただし大規模なプロジェクトでは追加の調整が必要です。チーム間でそろえた計画、管理された依存関係、共通の統合とリリースのプロセスです。スケーリングフレームワーク、たとえば SAFe がそのための構造を提供しており、多くの組織はアジャイルチームとプログラムレベルのガバナンスを組み合わせています。1～2チームから始め、うまくいったときにだけ拡大しましょう。
アジャイルプロジェクトマネジメントは習得が難しいですか？
中核となる考え方は数日で学べますが、うまく適用するには練習が必要です。特に、詳細な事前計画に慣れた経験豊富なプロジェクトマネージャーにとってはそうです。最も難しいのは通常、スコープの変動を受け入れること、チームと意思決定を共有すること、そして動く成果で進捗を判断するようステークホルダーを説得することです。