設計部門とリスク管理(その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) 複数の視点で対応を検討します
 
 品質、費用、リソース、納期などはもちろん、コミュニケーション方法や根回し方法など様々な視点からコンティンジェンシープランを検討することが重要です。リスクが顕在化したときには次々と対応をとる必要があることが多く、対応方法の選択肢を数多く持っていることは安心につながります。
 
 上記のように、『予防策とコンティンジェンシープラン』を考慮することは、時間の掛かる作業です。しかし、ここでしっかりと検討してあれば、プロジェクトが始まった後で何が起こっても『冷静に対応』できるようになります。
 
 次回は、リスク管理マスターについて解説します。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
技術企業の高収益化: 技術マーケティングとは

◆ 技術マーケティング  技術マーケティングとは、単なる営業を指すのではありません。「技術プラットフォーム」に関する記事では、顧客からスペックを引き...

◆ 技術マーケティング  技術マーケティングとは、単なる営業を指すのではありません。「技術プラットフォーム」に関する記事では、顧客からスペックを引き...


コア技術の具体的獲得法  研究テーマの多様な情報源(その24)

 前回のその23に続いて解説します。オープン・イノベーションによる新コア技術獲得については、最初に核となる一部の要素技術を獲得し、その後、自社または、その...

 前回のその23に続いて解説します。オープン・イノベーションによる新コア技術獲得については、最初に核となる一部の要素技術を獲得し、その後、自社または、その...


思い付くには何が必要か 普通の組織をイノベーティブにする処方箋 (その60)

   前回は思考の構成要素として、「その1:思い付く」と「その2:思い付いたことの発展」があるという話をしました。今回からは「その1:思い...

   前回は思考の構成要素として、「その1:思い付く」と「その2:思い付いたことの発展」があるという話をしました。今回からは「その1:思い...


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

もっと見る
研究開発部門にスパークを起こすとは

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...

◆市場を継続的に長く、広く、深く知る  企業の研究開発部門は、「金ばかり使って、良い技術が全然出てこない」と非難されることが多いようです。企業にとっての...


ソフト開発計画の作成方法 プロジェクト管理の仕組み (その5)

 前回のその4:プロジェクトの進捗管理に続いて解説します。前回は CMMI を使い、要件管理、計画作成、進捗管理のポイントを紹介しました。多くの開発組織で...

 前回のその4:プロジェクトの進捗管理に続いて解説します。前回は CMMI を使い、要件管理、計画作成、進捗管理のポイントを紹介しました。多くの開発組織で...


サブシステムの開発目標 プロジェクト管理の仕組み (その41)

 前回までで、化粧品の自販機についてシステムの内部構造を決めました。システム内部構造は、システムを独立したサブシステムにブレークダウンしたもので、ブロック...

 前回までで、化粧品の自販機についてシステムの内部構造を決めました。システム内部構造は、システムを独立したサブシステムにブレークダウンしたもので、ブロック...