ひとことで言うと#
プロジェクト全体のマイルストーン管理はウォーターフォール型で行い、各フェーズ内の作業をアジャイルのスプリントで回す**「枠組みは計画型、中身は反復型」**のプロジェクト管理手法。
押さえておきたい用語#
- ウォーターフォール(Waterfall)
- 要件定義→設計→実装→テスト→リリースを順番に進める従来型の開発手法。全体計画が立てやすいが変更に弱い。
- アジャイル(Agile)
- 2〜4週間のスプリントを繰り返しながら小さく作って検証する開発手法。変更に強いが全体の見通しが立ちにくい。
- フェーズゲート
- ウォーターフォールの各フェーズの境目に設ける承認ポイント。ここで進捗と品質を確認してから次フェーズに進む。
- スプリント
- アジャイルにおける固定期間の反復単位。2〜4週間で計画→実装→レビュー→振り返りを1サイクル回す。
アジャイルハイブリッドPMの全体像#
こんな悩みに効く#
- 純粋なアジャイルでは経営層やクライアントへの説明が難しい
- ウォーターフォールだけでは変更に対応できず手戻りが多い
- 組織にウォーターフォールの文化が根強く、一気にアジャイルに移行できない
- 全体のスケジュール管理とチームの自律性を両立させたい
基本の使い方#
具体例#
エンジニア30名のSIer。クライアントはウォーターフォール型の報告書と承認プロセスを求めるが、開発チームはアジャイルで進めたいという板挟み状態だった。
アジャイルハイブリッドPMを導入。クライアント向けには「要件定義→基本設計→詳細設計→実装→テスト」の5フェーズ+4ゲートで報告。チーム内部は各フェーズを2週間スプリントで回した。
| 指標 | 従来のWF | ハイブリッド導入後 |
|---|---|---|
| 手戻り件数(実装フェーズ) | 23件 | 8件 |
| クライアントの変更要望への対応 | 次フェーズ以降 | 同フェーズ内で対応 |
| テストフェーズでの重大バグ | 12件 | 3件 |
スプリントごとのレビューで早期にフィードバックを得られたことが手戻り削減の主因。クライアントも「ゲートで全体を確認できるので安心感がある」と好評だった。
自動車部品メーカー(従業員600名)。新製品の開発プロセスは伝統的なフェーズゲート方式だったが、設計フェーズで試作のやり直しが3〜4回発生し、開発期間が慢性的に超過していた。
設計フェーズのみアジャイルのスプリントを導入。3週間サイクルで「設計→3Dプリントで試作→評価→フィードバック反映」を回す方式に変更。フェーズゲート自体は維持し、ゲート2(設計完了)で最終承認する運用にした。
試作回数は従来と同じ 4回 だが、1回あたりの期間が 6週間→3週間 に短縮。設計フェーズ全体の期間が 24週間→15週間 になり、製品の市場投入を 2か月前倒し できた。
人口30万人の自治体。住民向けの行政手続きアプリの開発を外部ベンダーに委託する際、契約はウォーターフォール型(成果物ベースの請負契約)だったが、住民のニーズ変化に対応できる柔軟性も求めていた。
ベンダーと協議し、契約のマイルストーンはウォーターフォール型(4フェーズ×4納品物)を維持しつつ、各フェーズ内の開発はスプリントで進める方式に合意。月次のゲートレビューに自治体側の担当者が参加し、デモを見てフィードバックを行った。
住民の声を反映した変更要望 18件 のうち、15件をフェーズ内のスプリントで対応(追加コストなし)。従来のWF型では変更管理手続きだけで1件あたり2週間かかっていたものが、スプリント内の対応で平均 3日 に短縮された。
やりがちな失敗パターン#
- 形だけスプリントを回して実態はウォーターフォール ─ スプリント内でもフィードバックループがなければアジャイルの意味がない。レビューと振り返りを形骸化させない
- ゲートレビューを設けずに全体の統制が効かなくなる ─ スプリントだけ回しても全体計画との同期がないと納期管理ができない。ゲートは必ず設ける
- チームがアジャイルの基礎を理解していない ─ スプリントの概念やバックログの優先順位づけの教育なしに導入すると混乱する。研修から始める
- クライアントにハイブリッドの仕組みを説明しない ─ ゲートで承認する範囲とスプリント内で柔軟に変える範囲の線引きを事前に合意しておく
まとめ#
アジャイルハイブリッドPMは、ウォーターフォールの「全体計画の見通し」とアジャイルの「変更への柔軟性」を組み合わせた管理手法。フェーズとゲートで全体を統制しながら、各フェーズ内はスプリントで反復的に進める。純粋なアジャイルが導入しにくい組織や、クライアントが計画型の報告を求める場面で特に有効。