ハイブリッド開発とは？
ハイブリッド開発とは、予測型（ウォーターフォール）とアジャイルの要素を、1つのプロジェクトで組み合わせて進めることです。PMP では「ハイブリッド型のアプローチ」と呼びます。
たとえば、契約や予算は年度の計画で決めつつ、ソフトウェアの中身はスプリントで作る、という形です。実務では、こうした組み合わせは珍しくありません。
PMI の試験内容の概要（ECO）2026年版では、予測型が約40%です。残りの約60%を、アジャイルとハイブリッドが占めます（内訳は示されていません）。ハイブリッドの問題は両方の知識を使うため、片方だけの対策では解きにくい分野です。
それぞれの進め方の特徴は、アジャイルとウォーターフォールの違いで先に確認しておくと読みやすくなります。
予測型とアジャイルはどう組み合わせる？
組み合わせ方は、次の4つのパターンで考えると整理できます。パターンの名前は当サイトの整理です。
- 部分ごとに分けるハードウェアは予測型、ソフトウェアはアジャイル。同じ時期に並行して進める
- 時期で切り替える試作と検証はアジャイルで行い、仕様が固まったら量産や全社展開を予測型で行う（逆の順もある）
- 予測型の中にアジャイルの手法全体は段階とマイルストーンで管理し、各段階の中でデイリーの打ち合わせやかんばんを使う
- アジャイル中心＋一部予測型開発はスプリントで進め、調達・監査・リリース判定などだけを決まった手続きで行う
どのパターンも、部分ごとの性質（要求の確定度・変更の費用）で進め方を選ぶ点は同じです。
建物や機器のように変更が高くつく部分は予測型に寄せます。利用者の反応で中身が変わる部分はアジャイルに寄せます。
具体的にはどんな例がある？
| 例 | 予測型の部分 | アジャイルの部分 |
|---|---|---|
| 業務システムの刷新 | データ移行・本番切り替え・研修の日程 | 新しい画面と機能の開発 |
| 家電の新製品 | 筐体・部品の設計と金型・量産 | アプリと組み込みソフトの開発 |
| 新店舗の出店 | 物件の契約・内装工事・許認可 | 予約サイトや会員アプリの開発 |
| 社内の制度改定 | 規程の改定・承認と施行日 | 説明資料やFAQを試して改善する作業 |
どの例でも、予測型の部分には「動かせない日付」や「やり直しが高くつく作業」があります。アジャイルの部分は、その日付に向けて価値の高い順に作ります。
ハイブリッドのメリットとデメリットは？
ハイブリッドは「いいとこ取り」に見えますが、調整の手間も増えます。同じ観点で両面を並べると次のとおりです。
メリット
- 進め方部分ごとに合う進め方を選べる
- 報告経営層に慣れた形（マイルストーン）で報告できる
- 変更不確かな部分は変更を受け入れやすい
- 組織への導入予算・契約・監査の手続きを残したまま取り入れられる
デメリット・注意点
- 進め方部分の境目（接点）で調整が増える
- 報告指標が二重になり、そろえる手間がかかる
- 変更どの変更を正式な変更管理にかけるか迷いやすい
- 組織への導入どちらの規律も中途半端になるおそれがある
デメリットの多くは、接点のルールを先に決めることで小さくできます。
どの部分をどちらで進める？（判断の手順）
迷ったときは、次の順で考えます（当サイトの整理）。プロジェクト全体ではなく、部分ごとに評価するのがポイントです。
- 部分に分ける： 成果物や作業のまとまり（機器・ソフトウェア・移行・研修など）に分けます。
- 部分ごとに評価する： 要求がどれだけ固まっているか、変更するといくらかかるかを見ます。
- 制約を確かめる： 規制による承認の段階、契約の形、動かせない日付を洗い出します。
- 関係者と合意する： 評価の結果を示し、部分ごとの進め方を決めます（新ECO Process 1）。
- 接点のルールを決める： 依存する日付、報告の形、変更の線引きを先に決めます。
- 定期的に見直す： 要求が固まった部分を予測型に寄せるなど、途中でも調整します。
| 判断の観点 | 予測型に寄せる | アジャイルに寄せる |
|---|---|---|
| 要求の確定度 | 最初から細かく決まっている | 使ってみないと決まらない |
| 変更の費用 | 作り直しが高くつく（金型・工事など） | 小さく作り直せる（画面・文書など） |
| 規制・承認 | 段階ごとに正式な承認が必要 | 短い周期での確認が認められている |
| 関係者の関わり | 要所での確認が中心 | 毎回のレビューに参加できる |
| 価値の出し方 | 全部そろって初めて使える | 一部だけでも先に使える |
このように部分ごとに進め方を選ぶことは、プロジェクトに合わせて進め方を調整するテーラリングの一部です。
ハイブリッドでPMは何をする？
ハイブリッドでのプロジェクト・マネジャー（PM）の仕事は、大きく4つあります。
- 部分ごとの進め方を選ぶ。 上の手順で評価し、どこを予測型、どこをアジャイルにするかを関係者と合意します。
- 接点をつなぐ。 予測型の部分のマイルストーン（工事の完了日など）と、アジャイルの部分のリリースの計画をそろえます。依存関係は、両方のチームが見える場所に書きます。
- 報告の形をそろえる。 経営層は予測型の指標（予定と実績の差）に慣れていることが多いです。アジャイルの指標（ベロシティ、バーンアップ）は、マイルストーンに対する見通しに直して伝えます。
- 変更の扱いを決める。 アジャイルの部分の変更はバックログで扱います。予測型の部分や契約に影響する変更は、正式な変更管理にかけます。この線引きは、問題が起きる前に決めておくのが基本です。
アジャイルの部分では、PMはスクラムマスターに近い支援役として振る舞います。チームの中の作業の割り当てには口を出さず、外部との調整や障害の除去に力を使います。スクラムの役割の分担はスクラムとは？で確認できます。
ハイブリッドで起きやすい問題は？
- 依存関係の見落とし： アジャイルのチームが「後で決める」とした仕様が、部品の発注などの締め切りに間に合わない。→ 予測型側の締め切りを、バックログの並び順に反映します。
- 報告の食い違い： 経営層は「全体の何%終わったか」を聞くが、アジャイルのチームは完了したストーリーで答える。→ 報告の形式を先に合意し、両方を同じ図にまとめます。
- 変更の扱いのずれ： アジャイル側では気軽に優先順位を変えるが、契約上は変更の承認が必要だった。→ どの変更を正式な変更管理にかけるかの基準を決めます。
- 文化の衝突： 予測型のチームは「仕様を早く確定させて」と言い、アジャイルのチームは「まだ決めない方がよい」と言う。→ 両方の事情を共有する場を設け、決める期限（最終責任時点）を合意します。
どれも「どちらが正しいか」を決める問題ではありません。両方の進め方を尊重し、接点のルールを先に決めることが解決の鍵です。
PMP試験ではどう問われる？
ハイブリッドの問題は、たとえば次のような形が考えられます（当サイトの整理）。
- 場面の説明（ハードとソフトがある、規制がある、など）から、どの部分にどの進め方を使うかを選ぶ
- 予測型のチームとアジャイルのチームの間で起きた食い違いに対して、PMが次に何をするかを選ぶ
- 経営層への報告で、アジャイルの部分の進み具合をどう伝えるかを選ぶ
正解になりやすいのは「部分の性質に合わせて選ぶ」「関係者と話し合って接点のルールを決める」選択肢です。「全体をアジャイルに統一する」「全体を予測型に戻す」のような極端な選択肢は、理由がはっきりしない限り外れです。
問題文がどの進め方を前提にしているかの見分け方は、PMP問題のアプローチの見分け方で扱います。
確認問題1
家電の新製品の進め方
（当サイトの独自問題）スマートフォンと連動する新しい家電の開発プロジェクトです。本体の部品は量産のために金型を作る必要があり、変更すると多額の費用がかかります。一方、連動アプリは利用者の反応を見て機能を変えたい、と事業部は考えています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。部分ごとに性質が違うので、ハイブリッドが合います。両者をつなぐ日付（通信仕様の確定など）を計画に入れることも大切です。
1：変更が高くつく本体をアジャイルで進めると、作り直しの費用が膨らみます。2：アプリの価値を確かめる機会を失います。3：待っても学びは得られず、市場に出るのが遅れるだけです。
確認問題2
経営層への進捗報告
（当サイトの独自問題）ハイブリッドのプロジェクトで、工事の部分は予測型、システムの部分はスクラムで進めています。経営層から「システムの部分は全体の何%終わったのか分からない」と不満が出ました。スクラムのチームは、完了したストーリーの数で報告しています。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。アジャイルの指標を、経営層が判断に使える形（リリースまでの見通し）に直して伝え、報告の形を合意します。
1：チームの作業の細かい管理になり、指標としても意味が薄いです。3：関係者が必要とする情報に応えていません。4：報告の問題のために進め方まで変えるのは過剰です。
確認問題3
アジャイル側の仕様の確定が遅れる
（当サイトの独自問題）業務システムの刷新で、データ移行は予測型、新しい画面はスクラムで作っています。移行チームから相談がありました。「画面の項目が決まらないと移行の設計が終わらない。移行の締め切りまで4週間しかない」。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。予測型の締め切りという依存関係を、アジャイル側のバックログの優先順位に反映するのが筋です。並び順を決めるのはプロダクトオーナーなので、関係者を交えて話し合います。
2：作り方の指示はチームの自己管理に反し、価値の順も無視しています。3：まず依存関係の調整を試すべきで、いきなり締め切りを延ばすのは早すぎます。4：推測による設計は、手戻りのリスクが大きいです。
ハイブリッドの場面の問題は無料模試30問でも出しています。