設計部門とリスク管理(その2)

更新日

投稿日

【設計部門とリスク管理 連載目次】

◆リスク管理とは目標達成までのシナリオ作成

 
 前回のその1に続いて解説します。 図27のように、プロジェクトの流れを変える種々のリスクに対して予防策とコンティンジェンシープランを計画する作業は、今回のテーマであるプロジェクト・シナリオに強く関係しますので、詳細を解説します。
 
              R&D
  図27.プロジェクトの流れを変えるリスク
 

1.予防策を検討するときの注意点

 
(1) 何をするのかを具体的に記述する
 
 「常に状況を把握する」「定期的に報告を受ける」というような抽象的なアクションではなく、リスクを発生させないためにできることや、リスク発生に備えてやっておくことを具体的に記述します。たとえば、「○○の測定値に対する目標値とその実績を毎週報告させる」「毎週、目標達成できない場合は××部長とのレビュー会議を開催する」などです。
 
(2) 予防策を実施する期間、期限を明確にします
 
 リスクが顕在化する時期を明確にすることは困難ですが、リスク対応の期限を明確にして、その期限までに変化がなければリスクが顕在化したと考えて対応をとった方が良い場合が多いでしょう。判断を引き延ばすことがないように期限を設定します。
 
(3) 複数の予防策を検討します
 
 リスクは発生しないのであればそれに越したことはないのですが、重大なリスクほど、顕在化したときは多大な手戻り作業が発生することになるため、できるだけ多くの予防策を実施できるようにしておきましょう。
 

2.コンティンジェンシープランの注意事項

 
(1) 何をするのかを具体的に記述します
 
 「○○についての仕様変更」「次の試作で対応」というような抽象的なアクションではなく、「○○についての測定結果をもとに出力電流優先と安定時間優先の選択を行う。そのための基礎データを事前に収集・整理しておく。」というように、具体的な記述にします。
 
(2) 実施する期限を明確にします
 
 コンティンジェンシープランはリスク発生後に行うアクションです、その実施には期限(有効期間)が存在する場合があります。たとえば、追加の試作をコンティンジェンシープランとするときでも、1ヶ月しか、リリースを遅らせることができない場合があるでしょう。このような場合は追加試作のためのアクションは期限を意識したものになります。
 
(3) 予防策が実施できない場合の対応を検討します
 
 予防策が実施できない状況に陥った場合、追加の対策を実施する必要があります。このような追加対策もコンティンジェンシープランとして記述しておきます。ちなみに、予防策が実施できない状況に陥った場合、コンティンジェンシープランを前倒しで実施した方が手戻りを必要最小限に抑えることが多いようです。
 
(4) 予防策が機能しない場合の対応を検討します
 
 予防策がリスクの発生を抑制する効果がほとんどないことがわかったときに、どのようなアクションをとるのかを決めておきます。予防策を形式的に実施するだけになる状況を避けるためです。
 
(5) 複数の視点で対応を検討します
 
 品質、費用、リソース、納期などはもちろん、コミュニケーション方法や根回し方法など様々な視点からコンティンジェンシープランを検討することが重要です。リスクが顕在化したときには次々と対応をとる必要があることが多く、対応方法の選...

【設計部門とリスク管理 連載目次】

◆リスク管理とは目標達成までのシナリオ作成

 
 前回のその1に続いて解説します。 図27のように、プロジェクトの流れを変える種々のリスクに対して予防策とコンティンジェンシープランを計画する作業は、今回のテーマであるプロジェクト・シナリオに強く関係しますので、詳細を解説します。
 
              R&D
  図27.プロジェクトの流れを変えるリスク
 

1.予防策を検討するときの注意点

 
(1) 何をするのかを具体的に記述する
 
 「常に状況を把握する」「定期的に報告を受ける」というような抽象的なアクションではなく、リスクを発生させないためにできることや、リスク発生に備えてやっておくことを具体的に記述します。たとえば、「○○の測定値に対する目標値とその実績を毎週報告させる」「毎週、目標達成できない場合は××部長とのレビュー会議を開催する」などです。
 
(2) 予防策を実施する期間、期限を明確にします
 
 リスクが顕在化する時期を明確にすることは困難ですが、リスク対応の期限を明確にして、その期限までに変化がなければリスクが顕在化したと考えて対応をとった方が良い場合が多いでしょう。判断を引き延ばすことがないように期限を設定します。
 
(3) 複数の予防策を検討します
 
 リスクは発生しないのであればそれに越したことはないのですが、重大なリスクほど、顕在化したときは多大な手戻り作業が発生することになるため、できるだけ多くの予防策を実施できるようにしておきましょう。
 

2.コンティンジェンシープランの注意事項

 
(1) 何をするのかを具体的に記述します
 
 「○○についての仕様変更」「次の試作で対応」というような抽象的なアクションではなく、「○○についての測定結果をもとに出力電流優先と安定時間優先の選択を行う。そのための基礎データを事前に収集・整理しておく。」というように、具体的な記述にします。
 
(2) 実施する期限を明確にします
 
 コンティンジェンシープランはリスク発生後に行うアクションです、その実施には期限(有効期間)が存在する場合があります。たとえば、追加の試作をコンティンジェンシープランとするときでも、1ヶ月しか、リリースを遅らせることができない場合があるでしょう。このような場合は追加試作のためのアクションは期限を意識したものになります。
 
(3) 予防策が実施できない場合の対応を検討します
 
 予防策が実施できない状況に陥った場合、追加の対策を実施する必要があります。このような追加対策もコンティンジェンシープランとして記述しておきます。ちなみに、予防策が実施できない状況に陥った場合、コンティンジェンシープランを前倒しで実施した方が手戻りを必要最小限に抑えることが多いようです。
 
(4) 予防策が機能しない場合の対応を検討します
 
 予防策がリスクの発生を抑制する効果がほとんどないことがわかったときに、どのようなアクションをとるのかを決めておきます。予防策を形式的に実施するだけになる状況を避けるためです。
 
(5) 複数の視点で対応を検討します
 
 品質、費用、リソース、納期などはもちろん、コミュニケーション方法や根回し方法など様々な視点からコンティンジェンシープランを検討することが重要です。リスクが顕在化したときには次々と対応をとる必要があることが多く、対応方法の選択肢を数多く持っていることは安心につながります。
 
 上記のように、『予防策とコンティンジェンシープラン』を考慮することは、時間の掛かる作業です。しかし、ここでしっかりと検討してあれば、プロジェクトが始まった後で何が起こっても『冷静に対応』できるようになります。
 
 次回は、リスク管理マスターについて解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!

組織のしくみと個人の意識を同時に改革・改善することで、パフォーマンス・エクセレンスを追求し、実現する開発組織に変えます!


「技術マネジメント総合」の他のキーワード解説記事

もっと見る
技術企業の高収益化:差異化の源泉は徹底的な顧客視点にある

   収益の源泉が差異化にあることは、この連載の読者なら常識的知識だと思います。差異化によって、顧客価値が拡大し、収益が上がるというのが理...

   収益の源泉が差異化にあることは、この連載の読者なら常識的知識だと思います。差異化によって、顧客価値が拡大し、収益が上がるというのが理...


電子機器の信頼性を高めるESD試験、デバイス・システムレベルの試験方法と放電モデルの解説

【目次】 電子機器の高性能化に伴い、静電気放電(ESD)による故障や誤動作のリスク管理は不可欠です。製品の信頼性を確保するためには、...

【目次】 電子機器の高性能化に伴い、静電気放電(ESD)による故障や誤動作のリスク管理は不可欠です。製品の信頼性を確保するためには、...


未来を間接的に経験する 普通の組織をイノベーティブにする処方箋 (その57)

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。今回は「未来を経験・体験する」ための3つの方法の内の1つ、...

   現在KETICモデルの2つ目、Experience(経験)の解説をしています。今回は「未来を経験・体験する」ための3つの方法の内の1つ、...


「技術マネジメント総合」の活用事例

もっと見る
仕組み見直しとグローバル化(その1)

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...

◆「気づき」能力向上のカギは製品開発経験の活用    前回は、日本の多くの開発現場で「組み合わせ型」アーキテクチャの製品を「擦り合わせ型」の...


設計部門の仕組み改革(その1)

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...

【設計部門の仕組み改革 連載目次】 1. システムやツールの導入を伴う設計部門の仕組み改革の進め方 2. 設計部門の仕組み改革、事例解説 3. ...


スーパーマンではなくプロフェッショナルな技術者に(その1)

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...

【プロフェッショナルな技術者 連載目次】 1. 製品開発現場が抱えている問題 2. プロフェッショナルによる製品開発 3. 設計組織がねらい通り...