製造業プロジェクトのリスク管理とは?PMBOK流の進め方を現役PMが解説

プロジェクトが計画通りに進まない経験は、多くの製造業エンジニアが持っているはずです。部品の入荷遅れ、試験での不具合、仕様変更——これらは「予測できなかった」ではなく「管理できていなかった」リスクである場合がほとんどです。

本記事では、PMBOKのリスク管理プロセスを製造業の現場に当てはめて解説します。現役PMとして実際に経験したリスク対応の事例も交えながら、実践的なリスク管理の進め方をお伝えします。

目次

プロジェクトリスク管理とは

PMBOKにおけるリスクとは、「プロジェクトの目標に影響を与える不確実な事象または条件」と定義されています。重要なのは、リスクには脅威(マイナスの影響)だけでなく、好機(プラスの影響)も含まれる点です。

リスク管理の目的

プロジェクトに影響を与えうる不確実性を事前に特定・評価し、脅威を最小化しつつ好機を最大化すること。問題が発生してから対処する「消火活動」から脱却し、先手を打つ「予防活動」へシフトすることが本質です。

PMBOKのリスク管理プロセス

PMBOKではリスク管理を7つのプロセスに分けています。

プロセス 概要 主なアウトプット
リスク管理の計画 リスク管理の進め方を定義 リスク管理計画書
リスクの特定 プロジェクトのリスクをリストアップ リスク登録簿
定性的リスク分析 リスクの発生確率と影響度を評価 優先順位付きリスク一覧
定量的リスク分析 リスクの数値的影響を算出 確率・影響度マトリクス
リスク対応の計画 各リスクへの対応策を決定 リスク対応計画書
リスク対応の実行 対応策を実施 変更要求、更新済み計画書
リスクの監視 リスクを継続的にモニタリング 作業パフォーマンス情報

リスクの特定方法

リスク特定で最もよく使われる手法は以下の3つです。

1. ブレインストーミング

チームメンバーが自由にリスクを出し合う手法。製造業では設計・調達・製造・品質の各担当者を集めることで、多角的なリスクを洗い出せます。

2. チェックリスト分析

過去プロジェクトの失敗事例から作成したチェックリストを使う手法。製造業では「部品調達リスク」「設計変更リスク」「試験不合格リスク」などを定型化しておくと効果的です。

3. 原因・結果分析(特性要因図)

品質管理でおなじみの魚の骨図(フィッシュボーン)をリスク分析にも応用できます。4M(Man・Machine・Material・Method)の視点でリスク要因を整理します。

リスクの評価と優先順位付け

特定したリスクは「発生確率」と「影響度」の2軸で評価します。この評価結果を確率・影響度マトリクス(P-Iマトリクス)で可視化します。

影響度:小 影響度:中 影響度:大
発生確率:高 最高
発生確率:中
発生確率:低

「最高」「高」に分類されたリスクから優先的に対応策を検討します。全てのリスクに対応しようとすると工数が膨大になるため、優先順位をつけることが重要です。

リスク対応策の立て方

PMBOKでは脅威(マイナスリスク)への対応策として4種類を定義しています。

対応策 内容 製造業の例
回避 リスクの原因を取り除く 納期リスクの高い海外部品を国内品に変更
転嫁 リスクを第三者に移転する 遅延リスクを保険や契約条項でカバー
軽減 発生確率または影響度を下げる 試作を早期に実施し不具合リスクを前倒しで検証
受容 リスクを受け入れてコンティンジェンシー予備を確保 軽微な遅延リスクにバッファ日程を設定

製造業特有のリスク

製造業のプロジェクトには業界固有のリスクが存在します。主要なものを整理します。

調達リスク

部品・材料の入荷遅れや価格高騰は製造業プロジェクトで最も頻繁に発生するリスクです。特に半導体や電子部品は入手困難になりやすく、代替品調査や先行手配が有効な対応策となります。

設計変更リスク

顧客からの仕様変更や社内設計レビューによる手戻りは、後工程に大きな影響を与えます。変更管理プロセスを明確にし、変更の影響度を定量的に評価する仕組みが必要です。

試験・検証リスク

品質要求の厳しい製品では、試験工程での不合格が大きなスケジュール遅延につながります。試験計画を早期に立案し、試験シーケンスの依存関係を把握しておくことが重要です。

長寿命製品の部品EOLリスク

製造業では10年以上のロングライフサイクル製品も多く、部品の製造中止(EOL)が後年のサービスやリビジョン対応を困難にします。設計段階での部品ライフサイクル調査と代替品リストの準備が対策となります。

現役PMからの実践アドバイス

私の経験:部品遅延とソフトウェア工程の並行進行

ある製品開発プロジェクトでのことです。部品の入荷が遅れ、ハードウェアの動作確認試験が遅延。後続のソフトウェア試験工程がそのまま圧迫され、スケジュール全体が破綻しかけました。

そこで取った対応が「試作品を暫定的に流用してソフト試験を部分的に先行させる」という方法でした。完全な製品ではありませんが、ソフトウェアの独立した機能検証は進められる部分があったのです。

この経験から学んだのは、リスクが現実化した際の代替シナリオ(コンティンジェンシープラン)を事前に考えておくことの重要性です。WBSで工程の依存関係を明確にしていたからこそ、「どこを並行化できるか」がすぐに判断できました。

リスク管理で最も大切なのは「計画書を作ること」ではなく「チームで共有して常に更新し続けること」です。プロジェクト開始時にリスク登録簿を作り、週次のステータス会議でリスクの状況確認を習慣化するだけで、プロジェクトの透明性は大きく向上します。

まとめ

  • リスク管理はPMBOKの7プロセスで体系的に進める
  • ブレインストーミング・チェックリスト・特性要因図でリスクを特定する
  • P-Iマトリクスで優先順位をつけ、重要リスクに集中する
  • 回避・転嫁・軽減・受容の4つの対応策を状況に応じて使い分ける
  • 製造業特有の調達・設計変更・試験・EOLリスクを意識する
  • リスク登録簿はチームで共有し週次で更新する習慣をつける

次回は、製造業プロジェクトでよく発生するスケジュール遅延の防ぎ方を解説します。

よかったらシェアしてね!
  • URLをコピーしました!
  • URLをコピーしました!

コメント

コメントする

CAPTCHA


目次