PMPのマインドセットとは？なぜ必要？
PMPのマインドセットとは、状況問題で正解を選ぶための判断の原則です。PMIの公式用語ではなく、受験者や講師のあいだで使われてきた呼び方です。「PMIイズム」とも呼ばれます。PMIが公式に示している判断の拠り所には、PMBOKガイドの原則があります（プロジェクトマネジメントの原則）。
PMPの選択肢は、どれも実務でありえる行動です。間違いと言い切れない選択肢が並ぶため、知識だけでは1つに絞れません。そこで「PMIが理想とするプロジェクト・マネジャーならどうするか」という物差しが要ります。
ECO 2026も、試験は経験にもとづいて考え、実践を当てはめる力を測ると説明しています。マインドセットは、その当てはめ方を言葉にしたものです。職場の常識とずれやすい場面はPMIイズムの解説で扱っています。問題を解く手順は状況問題の解き方を見てください。
原則15個を一覧で見ると？
当サイトが整理した15個の原則です。右の列は、その原則に反する典型的な誤答です。
| 分類 | 原則 | 反する誤答の例 |
|---|---|---|
| 人 | 1. 当事者と直接、早めに話す | いきなり上司・人事・スポンサーに上げる |
| 人 | 2. チームに任せ、障害を取り除いて支える | PMが作業を割り振り、細かく指示する |
| 人 | 3. 対立は当事者どうしの協働で解決する | 多数決や命令で決着させる、放置する |
| 人 | 4. ステークホルダーを早くから継続して巻き込む | 完成してから見せる |
| 人 | 5. 人の成長を支える（コーチング・メンタリング） | できない人を外す・交代させる |
| プロセス | 6. 行動の前に、まず状況を分析・確認する | 原因を調べずに対策を実行する |
| プロセス | 7. 計画書・登録簿など、既存の文書を確認する | その場で新しいやり方を考える |
| プロセス | 8. 予測型の変更は、変更管理の手順を通す | 小さな変更だからと手順を飛ばす |
| プロセス | 9. 症状ではなく根本原因に手を打つ | その場しのぎで終える |
| プロセス | 10. 記録し、教訓を共有する | 終わったことを振り返らない |
| 価値とビジネス | 11. 価値とベネフィットで判断する | 計画どおりかだけで判断する |
| 価値とビジネス | 12. 法令・規程・倫理は譲らない | 顧客の要望なら規則を曲げる |
| 価値とビジネス | 13. 権限を超えるときは、決められた経路で上げる | 権限外のことを自分で決める |
| アジャイル | 14. 優先順位はプロダクトオーナーが決める | PMや開発者が勝手に順番を変える |
| アジャイル | 15. 小さく届けて、フィードバックで直す | 全部できるまで見せない |
人に関する原則は？（話す・任せる・支える）
人の原則の中心は、自分で直接動くこととチームの自律を守ることの両立です。
メンバーの不満や対立が出たら、まず当事者と直接話します（原則1）。上司や人事に上げるのは、話しても解決せず、自分の権限を超えるときです。話した後に、PMが解決策を決めて命じるのも正解になりにくい行動です。当事者どうしで合意できる解決策を一緒に探す行動が、選ばれやすくなります（原則3）。
チームへの関わり方は、指示ではなく支援です（原則2）。この姿勢をサーバント・リーダーシップと呼びます。チームが自分たちで計画し、PMは障害を取り除いて、必要な人や情報を用意します。スキルの足りないメンバーには、交代より先に育成やメンタリングを考えます（原則5）。
プロセスに関する原則は？（分析が先・手順を守る）
プロセスの原則は「慌てて動かない」の一言にまとまります。問題が起きたと書かれていても、正解の多くは、まず影響や原因を分析する選択肢です（原則6）。
分析の材料は、すでにある文書です。リスクが現実になったら、リスク登録簿に対応策が書かれていないかを確かめます。誰に何を報告するかは、コミュニケーション・マネジメント計画を見ます（原則7）。
予測型でベースラインが承認されているなら、変更は変更管理の手順を通します（原則8）。そのうえで、再発しないよう根本原因に手を打ち（原則9）、教訓として記録します（原則10）。品質も、最後の検査で見つけるより、予防して作り込む考え方が選ばれます。根本原因の考え方は根本原因から考える問題で詳しく扱っています。
価値とビジネスに関する原則は？
新しいECOでは、ビジネス環境（Business Environment）の比率が26%になりました。ガバナンス・順守・変更管理・リスク・組織変革・外部環境の変化が、判断の材料として前に出ています。
ここでの原則は、プロジェクトの外側のルールと価値を見ることです。計画どおりに進んでいても、事業の価値がなくなっていれば、スポンサーに見直しを提案します（原則11）。顧客や上司に頼まれても、法令・社内規程・倫理に反することはしません（原則12）。PMIの倫理・職業行動規範は、責任・尊重・公正・誠実の4つを価値に掲げています。
自分の権限を超える判断は、ガバナンスで決めた経路としきい値に従って上げます（原則13）。逆に、権限の中で扱えることまで上に預けるのは誤りです。
アジャイルで特に効く原則は？
ECO 2026によると、予測型の問題は約40%で、残りの約60%はアジャイルとハイブリッドです。アジャイルの問題では、次の2つの原則が特に効きます。
1つ目は、優先順位を決めるのはプロダクトオーナー（PO）だということです（原則14）。ステークホルダーから新しい要望が来ても、PMや開発者がバックログの順番を勝手に変えるのは誤りです。要望はプロダクトオーナーにつなぎます。
2つ目は、小さく届けて、フィードバックで直すことです（原則15）。完成度を上げてから見せるより、スプリントレビューなどで早めに見せて意見をもらう選択肢が、正解になりやすいです。
ただし、アジャイルがいつも正解というわけではありません。進め方は、プロジェクトの性質に合わせて選び、調整します。この考え方をテーラリングと呼びます。
原則どうしがぶつかったら、どれを優先する？
選択肢を比べていると、2つの原則が引っ張り合うことがあります。迷いやすい組み合わせと、優先するほうを整理しました。
| ぶつかる原則 | 優先するほう | 例 |
|---|---|---|
| 顧客の満足（11）と、法令・規程・倫理（12） | 法令・規程・倫理 | 顧客に頼まれても、検査の記録は書き換えない |
| 上位者の依頼と、変更管理（8） | 変更管理の手順 | スポンサーの頼みでも、変更要求にして影響を分析する |
| すぐ対策を打つことと、分析が先（6） | 分析（安全や法令の問題は、止めるのが先） | 遅れが出たら、対策の前に原因を確かめる |
| 当事者と話す（1）と、上に上げる（13） | 当事者と話す（権限やしきい値を超えたら上げる） | 対立はまず本人と。予算総額の変更はスポンサーへ |
| チームに任せる（2）と、決めた報告（13） | 決めたしきい値での報告 | チームで直せる遅れでも、しきい値を超えたら報告する |
法令・倫理と、決めてある手順は、ほかの原則より先に守ると考えてください。そのうえで、分析・対話・任せる・上げるの中から、状況の段階に合うものを選びます。
旧版のマインドセットから変わった点は？
原則そのものは大きく変わっていません。変わったのは比重と材料です。
2021年版
- 人People 42%
- プロセスProcess 50%
- ビジネス環境Business Environment 8%
2026年版
- 人People 33%
- プロセスProcess 41%
- ビジネス環境Business Environment 26%
ビジネス環境が8%から26%に増え、ガバナンス・順守・外部環境の判断が問われやすくなりました。
2026年版では、AIとサステナビリティが職務分析（JTA）の材料に加わりました。また、障害の除去と課題の管理は、Business EnvironmentのTask 4にまとめられています。「チームの障害を取り除く」行動は、人の原則であると同時に、課題管理の原則としても問われると考えてください。
原則を覚えたら、無料模試30問で実際の選択肢に当てはめてみてください。
確認問題1
2人のメンバーが設計方針で対立している
（当サイトの独自問題）2人の上級エンジニアが、システムの設計方針をめぐって何日も議論を続けている。チームの他のメンバーは、方針が決まるのを待っている。プロジェクト・マネジャーが次に行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：2。まず当事者の2人と直接話し、何を基準に選ぶか（要求事項・コスト・保守性など）をそろえてから合意を目指します。当事者どうしの協働による解決は、対立の扱い方として一般に最も望ましいとされます（原則3）。
1：案を比べてはいますが、PMが一方的に決めるので、2人の対立が残ります。3：当事者と話す前に、上位者に判断を預けています（原則1）。4：話し合いの形ですが、多数決では少数側が納得しにくく、技術的な根拠も確かめていません。
確認問題2
計画どおりだが、事業の前提が崩れた
（当サイトの独自問題）予測型で進めている新サービスの開発は、スケジュールもコストも計画どおりである。ところが競合他社がほぼ同じサービスを先に出し、ビジネスケースの前提だった利用者数の見込みが大きく下がった。次のフェーズ・ゲートのレビューは4か月後の予定である。プロジェクト・マネジャーがまず行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：4。計画どおりでも、事業の価値が下がれば成果物を作る意味が薄れます。まず、外部の変化がビジネスケースと価値に与える影響を評価します。そのうえで、スポンサーが継続・変更・中止を判断できるよう伝えます（原則11）。ECO 2026のBusiness Environment Task 8にも、外部の変化の影響を評価する行動があります。
1：競合の発売はすでに起きた変化です。リスクとして記録するだけでは、価値の見直しになりません。2：影響を評価する前に、解決策（機能の追加）を考えています。3：4か月後のゲートまで待つと、その間も価値の下がった作業を続けることになります。
確認問題3
営業部長がバックログの順番を変えたい
（当サイトの独自問題）アジャイルのプロジェクトで、営業部長がプロジェクト・マネジャーに直接頼みごとをしてきた。「次のスプリントで、この機能を最優先で作ってほしい」という。プロジェクト・マネジャーが行うべきことはどれか。
選択肢を押すと、正誤と解説が表示されます。
正解と解説を見る
正解：1。プロダクトバックログの優先順位を決めるのは、プロダクトオーナーです。PMは要望を受け止めたうえで、営業部長とプロダクトオーナーをつなぎます（原則14）。
2：PMが自分でバックログの順番を変えています。3：プロダクトオーナーを通さずに、開発チームと入れるかどうかを決めようとしています。4：予測型の変更管理の手順を、アジャイルのバックログに当てはめる誤りです。