【PMBOK第8版】リスク管理のテーラリングとは？経営戦略や市場変化まで見渡す「広い視野」

プロジェクトごとに「不確実性の形」は違う

これまでリスク・パフォーマンス領域の6つのプロセス（計画、特定、分析、対応計画、実行、監視）を解説してきました。
すべてのプロジェクトは固有の環境や不確実性の中で実行されるため、これらのリスク管理プロセスも、画一的なやり方を押し付けるのではなく、プロジェクトの特性に合わせて柔軟に調整（テーラリング）する必要があります。

今回は、PMBOK第8版が提示する「リスク管理のテーラリングにおける8つの考慮事項」と具体例を整理しつつ、実務においてプロジェクトマネージャーが持つべき「視野の広さ」について解説します^[1]出典：Project Management Institute『プロジェクトマネジメント知識体系ガイド（PMBOK®ガイド）第8版』日本語版、第2部 … Continue reading。

テーラリングにおける8つの主要な考慮要素

PMBOK第8版では、リスク・パフォーマンス領域を調整する際の判断軸として、以下の8つの要素を挙げています。

1. プロジェクトの規模と複雑さ: 規模や複雑さ、法的規制の有無などに応じて、高度な管理が必要か、簡略化したプロセスで十分かを判断します。
2. リスク選好としきい値: 組織やステークホルダーが「どこまでリスクを許容できるか」によって、対応の厳しさを調整します。
3. 全体的な視点（Holistic View）: リスクの影響を単一の作業だけでなく、スケジュール、予算、スコープ、ステークホルダーなど多角的な領域にわたって総合的に評価します。
4. 戦略的な重要性: イノベーションやブレークスルーを目指す戦略的プロジェクトか、堅実な保守プロジェクトかによって不確実性のレベルを考慮します。
5. 開発アプローチの選択: 予測型（ウォーターフォール）か適応型（アジャイル）かによって、リスク管理の周期（ケイデンス）を調整します。
6. 対応策の柔軟な計画と実行: 状況の変化に合わせてリスク戦略をタイムリーに微調整できるようにします。
7. 補完的な技法の探索（高度な技術の活用）: リスクの特定や分析のために、生成AI（GenAI）や高度なデータ分析ツールなどの先進技術を積極的に導入します。
8. 回復力計画の必要性（Resilience Planning）: 大規模な混乱（ブラック・スワン事象）に備え、組織の事業継続計画（BCP）や緊急対応計画と整合性を保ちます。

テーラリングの具体的な2つの適用例

PMBOKでは、プロジェクトの性質に応じたテーラリングの具体例として、対照的な2つのケースを紹介しています。

例1：大規模太陽光発電プラント建設（予測型・大規模プロジェクト）

企業の持続可能性目標の達成を目指すような大規模建設プロジェクトでは、初期の綿密な計画が物を言います。
そのため、専任のリスク・マネジャーを任命し、高度なシミュレーション・モデルを活用してタイムリーなリスク査定と予測を行います。また、主要ステークホルダーとの定期会議を設けて懸念事項を吸い上げるなど、重厚な管理体制を敷きます。

例2：新規ソフトウェア開発（適応型・アジャイルプロジェクト）

市場ニーズが急速に変化する環境下でのアプリ開発では、初期計画フェーズでの一括評価には頼りません。
その代わり、「各スプリント（イテレーション）の開始時」に毎回リスク査定を実施し、終了時にレビューを行います。また、優先順位にリスクの高さを反映させた「リスク調整済みバックログ」を運用し、変化に素早く対応します。

現場のリアル：リスク管理自体が「テーラリングの産物」である

さて、ここまでPMBOKが定義するテーラリングの項目を見てきましたが、実務の視点から正直な感想をお伝えすると、「そもそもリスク・マネジメントという活動自体が、最初からテーラリングの産物である」と言えます。

なぜなら、「リスク・マネジメントの計画」や「リスクの特定」の段階で、私たちはすでにプロジェクトの規模や特徴に合わせて評価尺度を決め、PESTLEや生成AIを使って固有のリスクを洗い出しているからです。そのため、このテーラリングの章に来て「改めて何か特別な調整をしなければならない」と身構える必要はありません。

改めて問われるのは「視野の広さ」

ただし、このテーラリングの考慮事項（特に「3. 全体的な視点」や「4. 戦略的な重要性」）を見て、私たちが改めて自問自答すべき重要なポイントがあります。

それは、「目の前の開発作業やタスクの中だけで、小さくリスクを考えていないか？」ということです。

プロジェクトマネージャーは、つい「サーバーが落ちるかも」「あのメンバーが休むかも」といった現場レベルのミクロなリスクばかりに目を奪われがちです。
しかし、真にプロジェクトの成否を分けるのは、もっとマクロな視点です。

• 市場の変化: 「開発している間に、競合他社がもっと安価なサービスや破壊的なAIツールを出してこないか？」
• 経営戦略との整合: 「会社の経営方針が変わりつつある中で、このプロジェクトの優先順位や予算が突然削られるリスクはないか？」

こうした外部環境の変化や自社の経営戦略までしっかりと視野に入れ（博視野を持ち）、リスクの特定や分析に落とし込めているかどうか。それこそが、単なる「作業の管理者」から一歩抜け出し、プロジェクトを本当の意味で成功へと導くための最も重要なテーラリングなのです。

まとめ：木を見て森も見るリスク管理を

リスク管理の手法をアジャイルに合わせるか、ウォーターフォールに合わせるかといった形式的な調整は、それほど難しいことではありません。

本当に大切なのは、プロジェクトという「木」の枝葉ばかりを見るのではなく、市場や組織の戦略という「森」全体の動きを常に見渡しておくことです。広い視野を持って不確実性を捉え、状況に応じて柔軟に戦い方を変えていく姿勢を持ち続けましょう。