ウォーターフォールとアジャイルのハイブリッド型プロジェクト管理

大企業やエンタープライズのDX推進において、最も現実的でありながら最も難易度が高いのが、「ウォーターフォールとアジャイルのハイブリッド型プロジェクト」です。

「勘定系・基幹ERPなどの変更が許されない堅牢なレガシーシステム（ウォーターフォール）」と、「ユーザーの反応を見ながら頻繁に改修したいモバイル・フロントWeb（アジャイル）」を同時に統合開発する際、両者の開発速度と意思決定サイクルの違いが激しい摩擦を生みます。二律背反する2つの開発手法を結合させ、プロジェクト全体を成功に導くマネジメント手法を解説します。

1. バイモーダルIT（モード1 vs モード2）の結合モデル

2. ハイブリッド開発における3大摩擦点と解決策

1. 【結合マイルストーンの非同期】：アジャイル側の「2週間に1回の改修要求」に対し、基幹側は「仕様凍結後の変更不可」で対立する。→ 【解決策】：APIゲートウェイを介在させ、API契約（仕様）のバージョニングと後方互換性を厳守する。

2. 【フィーチャートグルの活用】：フロント側で先行開発した機能を本番環境にデプロイしつつ、基幹側のAPIが完成するまでは「フラグオフ（非表示）」にしておくことで、リリース列車の遅延を防ぐ。

3. 【合同統合テストマイルストーンの設置】：プロジェクト全体のスケジュール上に「同期ポイント（大マイルストーン）」を設け、そこに向けて両モードの結合テストを直列で確実に実施する。

3. 【実戦記述演習 問1】基幹API未完成時におけるフロント先行リリース

【シナリオ背景】大手航空会社W社では、次世代予約モバイルアプリ（アジャイル開発：2週間スプリント）と、座席予約基幹システム（ウォーターフォール開発：6か月工程）の連携刷新プロジェクトを推進している。モバイルチームは第4スプリントで「座席指定時の3Dシートマップ表示機能」を完成させ、先行してアプリストアへ公開したいと考えている。しかし、基幹システム側の座席リアルタイム空席照会APIは結合テスト工程中であり、本番提供まであと2か月かかる。

設問1：基幹APIが未完成の状態で、モバイルアプリを安全に本番リリースしつつ、先行してユーザーにアプリを提供するために採用すべきシステム実装手法を35字以内で述べよ。

【模範解答】

フィーチャートグルを導入し、基幹API完成まで新機能を無効化する。（34字）

解説と採点基準（配点：10点）

• 出題意図：コードのデプロイと機能の公開（ビジネスリリース）を分離する「フィーチャートグル（Feature Flag / Feature Toggle）」の概念を理解しているかを問う。

• 加点キーワード：『フィーチャートグル（機能フラグ/スイッチ）』（5点）、『基幹完成まで無効化（非公開/オフ）』（5点）。

• 減点対象：「モックのまま公開する」（本番でダミーデータが動く危険な提案のため0点）。

4. 【実戦記述演習 問2】開発手法の違いによる契約と責任分界の統制

設問2：基幹側の請負ベンダーとフロント側のアジャイル準委任チームの間で、結合インターフェースの齟齬による手戻り紛争を防ぐためにPMが講ずべき契約・管理上の措置を40字以内で述べよ。

【模範解答】

API仕様書を先行承認成果物として請負検収対象とし、変更手続きを共通化する。（38字）

解説と採点基準（配点：10点）

• 出題意図：請負契約の検収対象に「APIインターフェース仕様」を明確に位置づけ、アジャイル側からの勝手な変更を統制するハイブリッド契約管理を問う。

• 加点キーワード：『API仕様（成果物）の先行承認/検収』（5点）、『変更管理手続きの共通化/一本化』（5点）。

• 減点対象：「アジャイル側を請負契約に変更する」（アジャイルの柔軟性を損なうため不適切）。

5. まとめ：ハイブリッド管理のチェックリスト

• □ 基幹側とフロント側のリリースサイクルを無理に統一せず、APIゲートウェイで疎結合化しているか？

• □ 全体工程表に、両チームが合流してE2E（エンドツーエンド）テストを行うハードマイルストーンを設けているか？

• □ 経営層に対し、「基幹の堅牢性」と「フロントの機動性」のトレードオフを論理的に説明できているか？