アジャイルハイブリッドPM

英語名 Agile Hybrid Project
読み方 アジャイル ハイブリッド ピーエム
難易度
所要時間 プロセス設計1〜2週間 / 運用は継続的
提唱者 PMI『PMBOK第7版』/ 実務から発展したハイブリッド手法
目次

ひとことで言うと
#

プロジェクト全体のマイルストーン管理はウォーターフォール型で行い、各フェーズ内の作業をアジャイルのスプリントで回す**「枠組みは計画型、中身は反復型」**のプロジェクト管理手法。

押さえておきたい用語
#

押さえておきたい用語
ウォーターフォール(Waterfall)
要件定義→設計→実装→テスト→リリースを順番に進める従来型の開発手法。全体計画が立てやすいが変更に弱い。
アジャイル(Agile)
2〜4週間のスプリントを繰り返しながら小さく作って検証する開発手法。変更に強いが全体の見通しが立ちにくい。
フェーズゲート
ウォーターフォールの各フェーズの境目に設ける承認ポイント。ここで進捗と品質を確認してから次フェーズに進む。
スプリント
アジャイルにおける固定期間の反復単位。2〜4週間で計画→実装→レビュー→振り返りを1サイクル回す。

アジャイルハイブリッドPMの全体像
#

アジャイルハイブリッドPM:ウォーターフォールの枠の中でスプリントを回す
ウォーターフォール層:フェーズとマイルストーンの管理要件定義設計実装テストGate1Gate2Gate3アジャイル層:各フェーズ内のスプリントSprint 1計画→実装→レビュー→振返りSprint 2前回の学びを反映して改善Sprint 3成果物をインクリメント...Sprint Nフェーズ完了→ゲートレビューWF層のメリット全体スケジュール・予算の見通し経営層への報告・ガバナンスAgile層のメリット変更への柔軟な対応チームの自律性と早期フィードバック
アジャイルハイブリッドPMの導入フロー
1
全体計画策定
WF型でフェーズとマイルストーンを定義する
2
フェーズ内設計
各フェーズをスプリントに分割しバックログを作成する
3
スプリント実行
2〜4週間サイクルで反復開発しレビューを行う
ゲートレビュー
フェーズ完了時にゲートで品質と進捗を承認する

こんな悩みに効く
#

  • 純粋なアジャイルでは経営層やクライアントへの説明が難しい
  • ウォーターフォールだけでは変更に対応できず手戻りが多い
  • 組織にウォーターフォールの文化が根強く、一気にアジャイルに移行できない
  • 全体のスケジュール管理とチームの自律性を両立させたい

基本の使い方
#

プロジェクト全体のフェーズとマイルストーンを定義する
ウォーターフォール型で「要件定義→設計→実装→テスト→リリース」のフェーズを設定し、各フェーズの完了条件(ゲート基準)を決める。経営層やクライアントに報告するのはこのレベルの計画。
各フェーズ内をスプリントに分割する
実装フェーズが3か月ならば、2週間スプリント×6回に分割する。各スプリントのバックログはフェーズの成果物から逆算して作成する。要件定義フェーズでもスプリント形式でユーザーストーリーを段階的に詳細化できる。
ゲートレビューの承認基準を設計する
フェーズの境目に設けるゲートで「何が完了していれば次に進めるか」を明確にする。品質基準・テストカバレッジ・ステークホルダー承認など、客観的に判定できる基準を設定する。
スプリント内はアジャイルの儀式を実施する
スプリントプランニング・デイリースクラム・スプリントレビュー・レトロスペクティブの4儀式をフェーズ内で回す。チームの自律性を尊重し、スプリント内の進め方はチームに委ねる。
ゲートレビューで全体計画と同期する
フェーズ完了時にゲートレビューを実施し、スプリントの成果を全体計画にマッピングする。遅延やスコープ変更があればここで全体計画を更新し、次フェーズの計画に反映する。

具体例
#

例1:SIerがクライアント向け基幹システムをハイブリッドで開発する

エンジニア30名のSIer。クライアントはウォーターフォール型の報告書と承認プロセスを求めるが、開発チームはアジャイルで進めたいという板挟み状態だった。

アジャイルハイブリッドPMを導入。クライアント向けには「要件定義→基本設計→詳細設計→実装→テスト」の5フェーズ+4ゲートで報告。チーム内部は各フェーズを2週間スプリントで回した。

指標従来のWFハイブリッド導入後
手戻り件数(実装フェーズ)23件8件
クライアントの変更要望への対応次フェーズ以降同フェーズ内で対応
テストフェーズでの重大バグ12件3件

スプリントごとのレビューで早期にフィードバックを得られたことが手戻り削減の主因。クライアントも「ゲートで全体を確認できるので安心感がある」と好評だった。

例2:製造業の新製品開発で設計フェーズにスプリントを導入する

自動車部品メーカー(従業員600名)。新製品の開発プロセスは伝統的なフェーズゲート方式だったが、設計フェーズで試作のやり直しが3〜4回発生し、開発期間が慢性的に超過していた。

設計フェーズのみアジャイルのスプリントを導入。3週間サイクルで「設計→3Dプリントで試作→評価→フィードバック反映」を回す方式に変更。フェーズゲート自体は維持し、ゲート2(設計完了)で最終承認する運用にした。

試作回数は従来と同じ 4回 だが、1回あたりの期間が 6週間→3週間 に短縮。設計フェーズ全体の期間が 24週間→15週間 になり、製品の市場投入を 2か月前倒し できた。

例3:自治体の住民向けアプリ開発で段階的にアジャイルを導入する

人口30万人の自治体。住民向けの行政手続きアプリの開発を外部ベンダーに委託する際、契約はウォーターフォール型(成果物ベースの請負契約)だったが、住民のニーズ変化に対応できる柔軟性も求めていた。

ベンダーと協議し、契約のマイルストーンはウォーターフォール型(4フェーズ×4納品物)を維持しつつ、各フェーズ内の開発はスプリントで進める方式に合意。月次のゲートレビューに自治体側の担当者が参加し、デモを見てフィードバックを行った。

住民の声を反映した変更要望 18件 のうち、15件をフェーズ内のスプリントで対応(追加コストなし)。従来のWF型では変更管理手続きだけで1件あたり2週間かかっていたものが、スプリント内の対応で平均 3日 に短縮された。

やりがちな失敗パターン
#

  1. 形だけスプリントを回して実態はウォーターフォール ─ スプリント内でもフィードバックループがなければアジャイルの意味がない。レビューと振り返りを形骸化させない
  2. ゲートレビューを設けずに全体の統制が効かなくなる ─ スプリントだけ回しても全体計画との同期がないと納期管理ができない。ゲートは必ず設ける
  3. チームがアジャイルの基礎を理解していない ─ スプリントの概念やバックログの優先順位づけの教育なしに導入すると混乱する。研修から始める
  4. クライアントにハイブリッドの仕組みを説明しない ─ ゲートで承認する範囲とスプリント内で柔軟に変える範囲の線引きを事前に合意しておく

まとめ
#

アジャイルハイブリッドPMは、ウォーターフォールの「全体計画の見通し」とアジャイルの「変更への柔軟性」を組み合わせた管理手法。フェーズとゲートで全体を統制しながら、各フェーズ内はスプリントで反復的に進める。純粋なアジャイルが導入しにくい組織や、クライアントが計画型の報告を求める場面で特に有効。