この記事でわかること
-
PMBOK®第8版における「プロセス（ITTO）」復活の背景と、第7版からの設計思想の変化
-
2026年現在の開発現場で求められる「テーラリング（最適化）」の重要ポイント
-
PMP®試験改定の最新動向と、AI時代にエンジニアが磨くべき「パワースキル」の重要性
プロジェクトマネジメントの世界標準として知られる『PMBOK®ガイド』が第8版へとアップデートされました。2025年末の英語版リリースを経て、2026年現在、日本の開発現場でもその内容に基づいた新たなマネジメント手法が注目を集めています。
今回の改訂では、前号の「原理原則」を重視した概念的なアプローチに加え、多くの実務者が待ち望んでいた「具体的なプロセス（手法）」が統合されました。 この変化は、日々の開発に追われるエンジニアやリーダーにとって、どのような恩恵をもたらすのでしょうか。
本記事では、プロジェクトマネジメントの教育研修・コンサルティングを手がける日本プロジェクトソリューションズ株式会社の北山明孝氏と梶田和磨氏を迎え、第8版の全貌から現場への適用方法、そして変化するPMP®試験への対策まで、取材内容をもとに詳しく伺います。
※本記事は2026年2月25日時点の取材情報に基づいています。
日本プロジェクトソリューションズ株式会社
プロジェクトマネジメント（PM）に特化した教育研修・実行支援・コンサルティングを行う専門企業。 米国PMI認定の教育パートナー（ATP）として、PMP®試験対策から組織のPM成熟度向上まで、理論と実践の両面からサポートを提供している。
【サービス】：https://www.japan-project-solutions.com/
北山 明孝（Harutaka Kitayama）
大手コンサル会社や外資系企業にて、変革プロジェクトのデリバリー支援に携わる。 プロジェクトマネジメントにおける「対人スキル」の重要性に着目し、リーダーシップ開発とチーム構築の両面からプロジェクトのパフォーマンスを最大化させるアプローチを推進。
梶田 和磨
トレーニングプランナー兼ファシリテーター
IT業界でPG、SE、PL、PMO、PMとして大規模プロジェクトを歴任。 現在はPMP®試験対策講座の講師として、豊富な現場経験を活かした講義を行っている。
【X（旧Twitter）】：https://x.com/KajitaKazuma?s=20
目次
なぜ今、エンジニアが「PMBOK®ガイド」を学ぶべきなのか
現場のエンジニアやプロジェクトリーダーの中には、「PMBOK®は大規模プロジェクト向けの難しいもの」という先入観を持つ方も多いようです。 改めて、今の時代にこれを学ぶ実務的なメリットを教えてください。
教育研修の現場でも「毎回ここまでやる必要があるのか」という声はよく聞かれますが、 PMBOK®ガイドは決して強制的なマニュアルではなく、あくまで迷ったときの拠り所となる「リファレンス（参照基準）」として捉えるべきものです。
守らなければならない絶対的なルールというよりは、困ったときに引く辞書やガイドブックのような存在なのですね。
その通りです。 学ぶメリットとしてまず挙げられるのが、「共通言語」の獲得です。 社外パートナーや多国籍チームと動く際、用語や概念が標準化されているだけで、コミュニケーションロスは劇的に減少します。 また、プロジェクトの「脱・属人化」においても、世界標準という物差しがあることで、自分の立ち位置ややり方を客観的に整理し、後進に伝承しやすくなります。
指針がない状態で難局に立ち向かうのは非常に非効率ですし、チーム全体の底上げも難しくなります。
そうですね、具体的な指針は明日からの具体的な進め方を示すガイドラインになります。 見知らぬ土地を旅する際、地図を持っているかいないかでは、効率に大きな差が出るのと同様です。 また、プロジェクトだけでなく定常業務に応用可能な手法も多く含まれているため、学んでおいて損をすることはありません。
私も現場経験が長いですが、 エンジニアがプロジェクトマネジメントの標準を知っているだけで、プロジェクトマネージャー（PM）との意思疎通が驚くほどスムーズになり、無駄な手戻りも防げるようになります。
第8版の全貌：第6版の「プロセス（ITTO）」と第7版の「原則」が融合
それでは、最新の「第8版」について詳しく伺います。 設計思想として、どのような変化があったのでしょうか。
一言で言えば、「第6版への回帰」と「第7版との統合」です。 第7版は「原理原則」を重視した概念的な内容に寄っていましたが、 第8版では第6版までの特徴だった「ITTO」という具体的な枠組みが事実上の復活を遂げました。
ここでいう「ITTO」とは、どのような構成なのでしょうか。
ITTOは、Input（入力）、Tools & Techniques（ツールと技法）、Output（出力）の頭文字を取ったものです。 具体的には以下の三つの要素で構成されます。
- Input（入力）：
そのプロセスを開始し、実行するために必要となるデータや文書、情報。 - Tools & Techniques（ツールと技法）：
インプットされた情報を処理し、アウトプットを生成するために用いられる具体的な手段や技法。 - Output（出力）：
プロセスの結果として生成される、具体的な成果物や更新された文書。
考え方の「Why」を重視した第7版から、 実務で「どうやるか」という「How」を再度強化したということですね。
そうです。 世界中の実務者から寄せられた1万2,000件以上の膨大なフィードバックが反映された結果、 原理原則とプロセスの両輪を回すハイブリッドな構成になりました。
情報量は大幅に増加しています。第7版に比べると約151ページ増の約400ページ構成になりました。注目すべきは、第7版で提示された概念的な「原則」が、今の時代に合わせてより洗練された点です。
12個あった原則が6個に整理されたのですね。第8版の「全体的な視点を持つこと」や「自律的な文化を築くこと」といった項目は、非常に現代的なアプローチに感じます。
「人」や「文化」、そして「持続可能性」によりフォーカスが当たっているのが第8版の原則の特徴ですね。そして、この原則を実務に落とし込むための「パフォーマンス領域」についても、大きな再編がありました。
パフォーマンス領域では、第7版よりも現場で使い慣れた用語（スコープやスケジュールなど）に寄り添った分類になっていますね。
ええ。さらに、第6版まで存在した「立ち上げ」や「計画」といった「プロセス群（フォーカスエリア※1）」という区切りが復活したことで、実務でのマッピングが可能になると思います。
※1 プロセス群（フォーカスエリア）……プロジェクトマネジメント・プロセスを論理的にグループ化したもの（立ち上げ、計画など）。
このマトリクスが復活したことによって、「どの領域の活動を」「いつのフェーズで行うべきか」が一目で分かるようになり、第7版よりも現場での使い勝手が格段に向上しています。
「予測型」と「適応型」の二元論を脱する、真のハイブリッド
第8版では「ハイブリッドへの回帰」という言葉も強調されています。 これはウォーターフォールとアジャイルをどう捉え直しているのでしょうか。
ウォーターフォール（予測型）とアジャイル（適応型）は、本来哲学の異なる別物です。 第8版ではこれらを「どちらか一方が正しい」という二元論で捉えるのではなく、 プロジェクトの性質に応じて「各プロセスに最適なアプローチを適用する」という現実的な考え方を強化しています。
一律にどちらかを選ぶのではなく、柔軟に使い分けるということですね。
例えば、要件が固まっているハードウェア開発は予測型、その上で動き変更が頻繁なソフトウェア開発は適応型というように、 プロジェクトの状況に最適化させたハイブリッド開発を推奨しています。
この環境においてエンジニアに求められるのが、「プロアクティブ（先見的）」かつ「オーナーシップ（当事者意識）」を持った動きです。 単に指示を待つのではなく、自ら品質や価値を提案する「価値主導（バリュードリブン）」な姿勢がこれまで以上に重要になります。
技術力の向上だけでなく、一歩踏み込んだビジネス視点が必要になるということですね。
ええ。 部分最適なミクロの視点よりも、「スチュワードシップ（※2）」を持ち、プロジェクト全体をマクロな視点で見渡すことが重要です。 特にお客様に対して、「その機能が本当にビジネス価値を生むのか？」をプロの目線で検証し、時には代替案を提案するような、価値提供パートナーとしての役割が期待されています。
※2 スチュワードシップ……プロジェクト全体の価値と誠実さに対して責任を持つ全体責任の考え方。
「価値」の定量化と、AI・サステナビリティ等の新要素への備え
第8版では「アウトプット（作ったもの）」よりも「価値」を重視すると伺いました。 エンジニアリングの現場で、この曖昧な「価値」をどう評価すべきでしょうか。
単にタスクを完了したかどうかではなく、「ビジネスやユーザーにどのような変化をもたらしたか」に焦点を当てます。 具体的には、コスト削減率、顧客満足度（NPS）、処理時間の短縮幅、あるいは売上への寄与度など、 具体的な数値目標を設定し、改善幅を可視化することが不可欠です。
第8版で追加された「AI」や「サステナビリティ」についても伺いたいのですが、まずAIは具体的に実務をどう変えるのでしょうか。
AIについては、単なるツールの紹介ではなく、「どう活用すべきか」という態度や領域が示されています。 報告レポートの自動作成、過去データを基にした精度の高い見積もり支援、さらにはPMの「壁打ち相手」としての活用が期待されています。
なるほど。 もう一つの新要素であるサステナビリティは、IT現場にどう落とし込まれるのでしょうか。
サステナビリティは、無理に高い目標を掲げるものではなく、 組織の公式要件に基づき、必要範囲で対応することが基本です。 具体的な観点としては、消費電力の最適化やペーパーレス化などが挙げられます。
補足すると、「価値・予算・工数」のバランスを常に意識しなければなりません。 環境配慮を追求しすぎてコストが爆増し、本来のビジネス価値が損なわれては本末転倒だからです。 どこまで対応すべきかは、プロジェクトの性質や顧客の要件に応じて慎重に決定する必要があります。
現場を救う「テーラリング」。標準を自分たち仕様にカスタマイズする
PMBOK®の標準を自分たちの現場に最適化させる「テーラリング（※3）」についても詳しく伺いたいです。 具体的にどのように進めればよいのでしょうか。
※3 テーラリング……プロジェクトの特性に合わせて、管理プロセスや手法を適切に選択・調整すること。
まず最初のステップは、成果物の特性や市場の確度、予算、リリース頻度といった「環境と制約の把握」です。
いきなり手法を選ぶのではなく、状況を整理することから始めるわけですね。
要件の確定度と変更頻度を正しく評価した上で、予測型・適応型・ハイブリッドのどれが適切かを設計します。 PMBOK®内の比較表などを参照し、管理の深さや具体的な手法を選択していくのが正しい流れです。
梶田さんは、規制の遵守が厳格に求められる金融や医療業界なども経験されていますが、 そうした現場でのテーラリングを成功させる鍵は何でしょうか。
失敗が許されない文化の中でドラスティックな変化を起こすのは容易ではありません。 そうした環境では、いきなり全てを変えようとせず、「リスク低減」を軸にした小さな改善から始めるべきです。
AIなどを活用した業務改善提案など、 段階的な浸透で成果を積み上げることが、結果として変化への近道になります。
柔軟に手法を選べるからといって、無制限に簡略化していいわけではないですよね。絶対に削ってはいけないラインについても教えてください。
どれだけプロセスを削ったとしても、「顧客が実感する価値の実現」と「顧客が望む品質基準の担保」だけは、決して妥協してはいけません。 これらはプロジェクトの成功を定義する根幹です。 事務的なドキュメントを減らしたとしても、提供価値と品質が損なわれれば、それはもはやプロジェクトマネジメントとして成立しないからです。
2026年PMP®試験の変貌と、エンジニアが磨くべき「パワースキル」
第8版で「プロセス」や「AI」といった実務的な要素が強化されたことは、PMP®資格の取得を目指すエンジニアにも大きな影響を与えそうですね。 具体的に2026年半ばの試験改定では、何が変わるのでしょうか。
新要素の反映はもちろんですが、「1つの長いケーススタディに複数の連続した設問が続く」という新形式の追加が注目点です。 第７版ベースの現行試験から、単なる知識の暗記ではなく、提示された状況下で「PMが次にとるべき最善の行動は何か」について知識を踏まえて判断するというシナリオ判断が問われる問題が中心になっています。今回の新形式におけるケーススタディ問題の追加を踏まえると、第８版ベースの新試験でもシナリオ問題が多くを占める傾向はおそらく大きくは変わらないだろうと考えています。
現場に近い、より高度な実践力が試されるようになるわけですね。 受験にあたって注意すべき点はありますか？
最も気をつけていただきたいのは、情報の取捨選択です。現在、SNS等では非公式な予想問題や憶測が飛び交っていますが、これらに依存するのは非常にリスクが高い。私たちはPMIから直接認定を受けた公式教育パートナー（ATP※4）として、米国本部と頻繁にコミュニケーションを取りながら、常に正確な情報を仕入れています。
※4 ATP（Authorized Training Partner）……PMI（プロジェクトマネジメント協会）認定の公式教育パートナー。
公式パートナーだからこそ得られる「一次情報」があるということですね。
PMIが提供する公式のツールやECO（※5）に基づいて教材を構成しているため、情報の精度に関しては自負があります。PMIから追加の重要発表が随時行われるため、その動向を注視し、試験に関する情報の更新タイミングを逃さないよう徹底して支援していきます。
※5 ECO（Examination Content Outline）……PMP®試験の内容を定義する試験内容要綱。
最後に、激変する時代の中でエンジニアが「市場から求められ続ける」ためのヒントをいただけますでしょうか。
知識領域の多くがAIで効率化される今こそ、ヒューマンスキルが最大の差別化要因になります。 PMBOK®で標準的な視点を獲得した上で、人と協力して成果を最大化させる「ポータビリティの高いスキル」を磨いてください。
技術専門性を土台にしつつ、 AIの出力をクリティカルシンキング（批判的思考）で磨き上げ、ビジネス価値を最大化させる「戦略的価値提供パートナー」を目指してください。 「なぜその機能が必要なのか」を常に問い、価値に責任を持つ姿勢こそが、第8版が示す理想のエンジニア像です。
第8版を単なる教科書ではなく、皆さんの実務を楽にし、自身の価値を証明するための強力なツールとして、ぜひ活用していただきたいですね。
ライター
