なぜアプローチで正解が変わるの?
予測型とアジャイルでは、変更の扱い方と役割の分け方が違うからです。同じ「顧客が新しい機能を求めてきた」という場面でも、プロジェクト・マネジャー(PM)の正しい一手が変わります。
予測型は、計画を先に固め、その計画に沿って進める進め方です。アジャイル(適応型)は、短い区切りで作って見せ、意見を受けて直していく進め方です。
予測型
- 新しい要望が来た影響を分析し、変更要求として変更管理に乗せる
- 作業の進め方に問題PMが計画に照らして是正処置をとる
- 進捗を把握するベースラインとの差異を分析する
アジャイル
- 新しい要望が来たプロダクトオーナーに伝え、バックログで優先順位を付ける
- 作業の進め方に問題チームが自分たちで進め方を見直す
- 進捗を把握するベロシティやバーンダウンで傾向を見る
当サイトの整理。実際の正解は状況の制約によって変わります。
ECO 2026によると、予測型の問題は約40%で、残りの約60%がアジャイルとハイブリッドです。どの進め方の問題も、3つの領域すべてに散らばっています。領域を問わず、まずアプローチを見分ける必要があります。
予測型とアジャイルを見分ける手がかりの語は?
次の語が問題文にあれば、それぞれの前提で考えます。
| アジャイル(適応型) | 予測型 |
|---|---|
| スプリント・イテレーション | フェーズ・フェーズゲート |
| プロダクトオーナー・スクラムマスター | 変更管理委員会(CCB) |
| プロダクトバックログ・ユーザーストーリー | WBS・スコープ記述書 |
| ベロシティ・ストーリーポイント | クリティカルパス・フロート |
| デイリースタンドアップ・レトロスペクティブ | ベースライン・差異分析 |
| 完了の定義(DoD)・MVP・インクリメント | EVM(SPI・CPI) |
| カンバン・WIP制限 | ガントチャート・マイルストーン |
「反復型」「漸進型」という語も、少しずつ作って直していく進め方を指します。適応型の手がかりとして読みます。
アジャイルの問題では、PMはサーバントリーダーとして振る舞うのが基本です。指示するより、チームを支えて障害を取り除くリーダーのことです。チームが自分たちで計画し、優先順位はプロダクトオーナーが決めます。
語が出てこないときは、何を見て見分ける?
語がはっきり出ない問題もあります。そのときは、何を固定して何を動かしているかと、誰が決めているかを見ます。
| 見るところ | 予測型 | アジャイル |
|---|---|---|
| 固定するもの | 作るもの(スコープ)を先に決め、期間と費用を見積もる | 期間の区切りとチームを決め、作るものを優先順位で調整する |
| 変更の入り口 | 変更要求を出し、決められた承認者が判断する | バックログに加え、プロダクトオーナーが順番を決める |
| 顧客が成果物を見る時期 | 主に終盤の受け入れのとき | 区切りごとのレビュー |
| PMの立ち位置 | 計画を立て、計画に照らして管理する | チームを支え、障害を取り除く |
たとえば「毎月、動く試作版を利用者に試してもらい、次に作るものを決め直している」とします。スプリントという語がなくても、アジャイル寄りです。「仕様を確定させてから着工し、引き渡しの前に検査する」とあれば予測型です。
予測型の問題はどう解く?
予測型の手がかりの中でも、「ベースラインは承認済み」の一言は重要です。この一言があれば、スコープ・スケジュール・コストの変更は、変更管理の手順を通すのが正解になります。
予測型の問題では、PMが計画を立て、計画に照らして進捗を測ります。差異があれば原因を分析して是正します。計画書・登録簿・契約といった文書を確かめる行動が正解になりやすいのも特徴です。詳しくは予測型の問題の考え方で扱っています。
ハイブリッドはどう見分けて、どう解く?
両方の語が混ざっているのがハイブリッドです。たとえば次のような書き方です。
- 「ハードウェアは予測型で、ソフトウェアはスプリントで開発している」
- 「全体のマイルストーンは固定だが、各フェーズの中はイテレーションで進める」
- 「契約は固定価格だが、機能の中身はバックログで優先順位を付ける」
ハイブリッドの問題では、問われている部分がどちらの進め方かを見ます。ソフトウェアのスプリントの中の出来事なら、アジャイルの原則で考えます。ハードウェアの仕様変更なら、予測型の変更管理です。
進め方そのものを選ぶ問題も出ます。ECO 2026のProcessのTask 1は、必要性・複雑さ・規模を評価し、進め方を提案することを含みます。要求が不確かで変化が速ければアジャイル寄り、要求が固まり規制が厳しければ予測型寄りが目安です。
アプローチの明示がないときは?
手がかりがまったくない問題もあります。その場合は、どちらの進め方でも成り立つ原則で選びます。
- まず状況を分析する・事実を確かめる。
- 当事者と直接話す。
- チームを支え、成長を助ける。
- 倫理と法令を守る。
逆に、「変更管理委員会に提出する」と「バックログに追加する」が並ぶなど、進め方で正解が変わる選択肢もあります。その場合は、問題文のどこかに手がかりがあるはずです。読み落としがないか、もう一度見ます。読み方は長い問題文の読み方にまとめました。
取り違えると、どんな誤答を選んでしまう?
アプローチの取り違えは、ひっかけ問題のパターンでも代表的な誤答の型です。典型を並べると次のとおりです。
アジャイルの問題で外す選択肢
- スプリント中の要望を変更管理委員会に出す
- PMがタスクを割り振る・優先順位を決める
- 最初に詳しい計画をすべて作る
- 完成するまで顧客に見せない
予測型の問題で外す選択肢
- 承認済みのベースラインを手順なしで変える
- 要望をバックログに積んだだけで終える
- 計画書を見ずに場当たりで対応する
- チームだけでスコープの変更を決める
当サイトの整理。ハイブリッドでは、問われている部分の進め方で判定します。
見分ける練習には、アジャイルと予測型の問題が混ざった無料模試30問が使えます。解説で「どの語が手がかりだったか」を確かめると、見分ける速さが上がります。
確認問題1
スプリントレビューで出た使いにくさの指摘
(当サイトの独自問題)スプリントレビューで、ステークホルダーから「この画面は使いにくい」という意見が複数出た。チームは完了の定義(DoD)を満たして機能を作り終えている。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:3。スプリントレビューで出た意見は、プロダクトオーナーが整理してバックログに反映し、優先順位を付けます。これがアジャイルでの変更の扱い方です。
1:予測型の手順をアジャイルに当てはめています。2:価値につながる意見を放置しています。4:PMが優先順位を決めており、全面的な作り直しという極端な行動でもあります。
確認問題2
ハイブリッドのプロジェクトでの仕様変更
(当サイトの独自問題)ある医療機器の開発では、機器本体は予測型で、操作アプリはスプリントで開発している。機器本体の設計は、ベースラインとして承認済みである。試作の段階で、設計者が機器本体のセンサーを別の部品に替えたいと提案した。プロジェクト・マネジャーが行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:4。問われているのは、予測型で進めている機器本体の変更です。設計はベースラインとして承認済みなので、影響を分析し、変更管理の手順を通します。
1と3:アプリ側(アジャイル)の進め方を機器本体に当てはめています。2:性能を確かめても、承認の前に変更を実行しています。
確認問題3
手がかりのない問題での一手
(当サイトの独自問題)ある部門長が、毎月の定例報告に強い不満を示した。「これでは判断ができない」と、プロジェクト・マネジャーにメールで伝えてきた。報告は、計画した形式どおりに毎月送っている。プロジェクト・マネジャーがまず行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解:2。問題文には、予測型かアジャイルかの手がかりがありません。どちらでも成り立つ原則で選びます。まず当事者と話し、報告に何が足りないのかを確かめます。
1:中身を聞く前に手順を進めています。3:スプリントがあるとは書かれておらず、不満の中身にも答えていません。4:自分で話す前に、他の人に任せています。