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

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
製品開発における上流設計の重要性とDfX(その1)

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ◆ 上流設計とは?なぜ重要なのか 日本の製造業は...

【目次】 ▼さらに深く学ぶなら!「技術マネジメント」に関するセミナーはこちら! ◆ 上流設計とは?なぜ重要なのか 日本の製造業は...


イノベーションの創造 普通の組織をイノベーティブにする処方箋 (その136)

  【この連載の前回:普通の組織をイノベーティブにする処方箋 (その135)へのリンク】 失敗の金銭的コストを低減する方法について解説し...

  【この連載の前回:普通の組織をイノベーティブにする処方箋 (その135)へのリンク】 失敗の金銭的コストを低減する方法について解説し...


DNA 見えてきた、2030年の技術社会 (その5)

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリングエコ...

  【見えてきた、2030年の技術社会 連載目次】 1.  自動車業界のパラダイムシフト 2.  シェアリングエコ...


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

もっと見る
製品設計におけるトレードオフのコントロールとは

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...

        今回は、次のような想定で、製品設計におけるトレードオフのコントロールをどう考えればよいかを解...


開発者が意識したいスケジューリングのコツ(朝~午前編)

先日、ある開発リーダーからこんな相談がありました。「一日のスケジューリングをしても、当日になると急な会議やら雑務が入ってしまって仕事が進まないんだよ。...

先日、ある開発リーダーからこんな相談がありました。「一日のスケジューリングをしても、当日になると急な会議やら雑務が入ってしまって仕事が進まないんだよ。...


トレーサビリティの保証 プロジェクト管理の仕組み (その45)

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...

 前回のその44に続いて解説します。    ハードウェア設計の場合も、要件と回路ブロックの仕様(スペック)、回路ブロックのスペックと部品のス...