製造業プロジェクトのリスク管理とは？PMBOKの7プロセスをEOL対応事例で解説

結論からいうと、製造業のリスク管理は「問題が起きてから動く」のをやめて「問題を予測して先手を打つ」ことに尽きます。PMBOKの7つのプロセスを使えば、誰でも仕組みとして実践できます。

製造業のリスク管理が「後手」になる理由

製造業のプロジェクトで「リスク管理表を作っていない」という話をよく聞きます。ではなぜ、リスク管理が後回しになるのでしょうか。理由は3つに集約されます。

• 「経験でなんとかなる」という過信——ベテランエンジニアが多い職場ほど「前もやった」という感覚でリスクを見落としがち
• リスク管理が「書類仕事」に見える——実務より書類が増えると感じて後回しにしてしまう
• プロジェクト序盤に時間が取れない——キックオフ直後は設計・調達で手が埋まり、リスクを洗い出す余裕がない

この体験から学んだのは、「見えているリスクをリスクとして正式に扱わないこと」が最大の問題だということです。PMBOKが提供するのは、このような「うっすら見えているリスク」を可視化・管理する仕組みです。

PMBOKのリスク管理7プロセスを製造業語で解説

PMBOKのリスク管理は7つのプロセスで構成されています。難しく聞こえますが、製造業語に置き換えると馴染みのある作業です。

① リスク管理の計画

「リスクをどうやって管理するか」のルールをプロジェクト序盤に決めます。製造業での対応：プロジェクト計画書に「リスク管理の手順」を1ページ追加する。誰がリスクを報告し、誰が対応を判断し、いつレビューするかを明文化します。

② リスクの特定

プロジェクトに影響しうるリスクをリストアップします。製造業での対応：設計・調達・製造・品質・安全・法規の各担当者を集めてブレインストーミングを実施。「部品EOL」「試験不合格」「サプライヤー廃業」「仕様変更」といったリスクをExcelのリスク登録簿に記録します。

③ 定性的リスク分析

各リスクの「発生確率（P）」と「影響度（I）」を5段階で評価し、P×Iのスコアで優先度をつけます。高スコアのリスクから順に対応策を考えます。

評価	発生確率（P）	影響度（I）
5（非常に高い）	80%以上	プロジェクト中止レベル
4（高い）	60〜80%	大幅なコスト・納期影響
3（中程度）	40〜60%	一部のスコープに影響
2（低い）	20〜40%	軽微なスケジュール遅延
1（非常に低い）	20%未満	ほぼ影響なし

④ 定量的リスク分析

高スコアのリスクについて、コスト・期間への影響を数値で算出します。製造業では全リスクに適用する必要はなく、P×Iスコアが12以上（5×5=25点満点中）のリスクに絞って実施するのが現実的です。

⑤ リスク対応の計画

各リスクへの対応戦略を決めます。PMBOKでは脅威への対応として4つの戦略を定義しています：

• 回避——リスクの原因ごと排除する（例：EOL部品の代替品に早期切り替え）
• 転嫁——リスクを第三者に移す（例：保険・サプライヤー保証条項）
• 軽減——発生確率か影響度を下げる（例：試作を増やして品質リスクを下げる）
• 受容——対処せず発生した時に備えだけしておく（コンティンジェンシー予備）

⑥⑦ リスク対応の実行・監視

計画した対応策を実行し、進捗をモニタリングします。月次・フェーズゲートのタイミングでリスク登録簿を更新し、新しいリスクが発生していないかを確認します。

製造業特有のリスクトップ5とその対応策

製造業プロジェクトで繰り返し発生する典型的なリスクを5つ挙げます。リスク登録簿のひな型としても活用してください。

① 部品EOL・調達リスク

内容：使用予定の電子部品や材料が製造終了（EOL）・廃番となり、代替品への切り替えが必要になる。
対応策：設計初期段階でEOL予告がないか確認。長期使用が想定される部品はメーカーに供給保証期間を確認し、必要に応じて先行手配・在庫確保を検討する。

② 仕様変更・スコープクリープリスク

内容：顧客や社内からの要求変更が際限なく発生し、コスト・納期が膨らむ。
対応策：仕様凍結日を契約書・プロジェクト計画書に明記。変更要求は必ず変更管理（CCBレビュー）を通すプロセスを確立する。

③ 試験・認証不合格リスク

内容：MIL規格・EMC・安全認証の試験で不合格となり、再試験・設計変更が発生する。
対応策：試験計画をWBSに組み込み、スケジュールバッファを確保。事前に認証機関との事前相談（プレ評価）を実施する。

④ サプライヤーリスク

内容：特定サプライヤーへの依存度が高く、廃業・納期遅延・品質問題が直接プロジェクトに影響する。
対応策：クリティカルなサプライヤーは複数社確保（ダブルソース）。月次でサプライヤーの財務状況・生産能力をモニタリングする。

⑤ キーパーソン離脱リスク

内容：特定技術を持つエンジニアの異動・退職により、プロジェクトが停止する。
対応策：属人化している技術・ノウハウを文書化し、バックアップ担当者を育成する。プロジェクト初期から「この人しかわからない」状態をなくす意識を持つ。

リスク登録簿の作り方（テンプレート付き）

リスク管理の実践ツールとして最重要なのがリスク登録簿（Risk Register）です。Excelで作れる最小構成を紹介します。

No.	リスク内容	P (1-5)	I (1-5)	P×I	対応戦略	担当者	期限	状態
R001	主要ICのEOL通知	4	5	20	回避（先行手配）	設計担当A	2026/5/31	対応中
R002	EMC試験不合格	3	4	12	軽減（事前評価実施）	評価担当B	2026/7/15	計画中
R003	キー設計者の異動	2	5	10	軽減（技術文書化）	PM	2026/6/30	未着手

このテンプレートのポイントは「担当者」と「期限」を必ず入れることです。担当者のいないリスク対応は誰もやりません。期限がないリスク対応はいつまでも「計画中」のままです。

Claude Codeでリスク管理を自動化する

Claude Codeは「PMの副操縦士」として、リスク管理の実務を大幅に効率化できます。

プロンプト例①：議事録からリスクを自動抽出

プロンプト例②：クリティカルパス遅延リスクの検出

プロンプト例③：リスク対応状況の月次レポート自動生成

よくある質問（FAQ）

Q1. リスク管理に時間をかけられない規模のプロジェクトはどうすればいい？

A. 小規模プロジェクトであれば、リスク登録簿は5〜10行で十分です。「このプロジェクトで何が起きたら終わるか」を3つ書き出して担当者と期限をつけるだけでも、何もしないよりはるかに有効です。完璧な管理より「機能する最小限の管理」を優先してください。

Q2. リスクと課題（イシュー）の違いは何ですか？

A. リスクは「まだ起きていない不確実な事象」、課題（イシュー）は「すでに発生している問題」です。リスクが現実になったら課題として課題管理表に移します。両方を同じExcelで管理すると混乱するため、リスク登録簿と課題管理表は別ファイルにすることをお勧めします。

Q3. コンティンジェンシー予備とはいくら設定すればいいですか？

A. 一般的には総プロジェクトコストの5〜15%が目安です。ただし製造業では規制対応・認証リスクが大きいため、初めて取り組む装置カテゴリや新規認証が絡む案件では15〜20%以上確保することを推奨します。顧客との契約時にコンティンジェンシー予備を明示的に合意しておくことも重要です。