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

更新日

投稿日

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

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

 
 数回にわたって設計部門の仕組み構築というプロジェクト計画作成方法について解説し、前回は、具体的な実施スケジュール作成には政治的要因を考慮することが大切であることを解説しました。スケジュール通りにいかない大きな要因は、マネージャーの突然の異動、約束通りに納入されないソフトウェアなど、技術とは直接関係のない政治的な要因であることが多く、実績との乖離が小さい計画を作成するためには、この政治的要因を考慮することが重要であることを説明しました。
 
 「政治的要因」というのは、技術的検討や演繹的な作業のブレークダウンではなかなか表に出てこない要因であり、そのために、必要な作業として認識されなかったり、適切な時間軸が設定できなかったりと、想定外のことを引き起こす原因になりがちで、前回では、事前にリストアップするにはどういうことに気をつける必要があるのかを紹介しました。
 
 「政治的」という言葉を使っているのは、プロジェクト側ではなかなかコントロールすることができない要因だからです。だからこそ、想定外のことを引き起こすことになりがちなのですが、仕組み構築に限らず製品開発においても、自分たちでコントロールすることができない要因に対して思考停止状態になってしまうことは多いものです。当然、コントロールが難しいから考慮することを止めて良いことにはなりませんが、自分の専門である技術的なことや、自分の担当する作業だけで頭が一杯になってしまい、自分でコントロールできないものについては考えることや行動することが後回しになってしまいがちです。
 
 このような思考停止状態を避けるために実施するのが「リスク管理」です。今回は、リスク管理について概要を説明し、リスクによってプロジェクトの進め方を整理し、シナリオとして具体化する方法について解説します。最初に、リスク管理の仕組みを再確認しておきましょう。リスク管理で重要なことは次の3つです。
 
A.リスクをリストアップし、その一つひとつに対して、リスクが顕在化する可能性、顕在化したときの影
 響度合いなどを分析して、リスクの重大性を評価する。
 
B.個々のリスクに対して、顕在化しないための予防策と、顕在化した場合にその影響を軽減するための対
 応策を検討する。
 
C.リスクの状態を継続的に監視する
 
 Aは、リスクを洗い出し、その重大性を評価する作業です。プロジェクトに影響があるがコントロールが困難な事柄(リスク)をリストアップし、そのリスクの発生確率(発生頻度)と影響度を分析します。通常は、図28 のようなワークシートを使ってリスクごとに発生確率と影響度を数値に換算して総合評点を算出することにより、リスクの重大性を定量化します。重大なリスクほど重点的に管理する必要があります。
 
                リスク管理
図28.リスクの洗い出しと評価
 
 Bは、リスクに対してとるべきアクションを計画する作業です。図29 に示したように、リスク発生を抑制するための事前対応策(予防策)と、リスクが顕在化した場合にその影響を軽減するための事後対応策(コンティンジェンシープラン)を明確にします。このように、必要なアクションを事前に計画しておくことが大切なのです。
 
                リスク管理
                   図29.予防策とコンティンジェンシープラン
 
 Cは、リスクの内容やその評価(発生確率、影響度)に変化が...

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

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

 
 数回にわたって設計部門の仕組み構築というプロジェクト計画作成方法について解説し、前回は、具体的な実施スケジュール作成には政治的要因を考慮することが大切であることを解説しました。スケジュール通りにいかない大きな要因は、マネージャーの突然の異動、約束通りに納入されないソフトウェアなど、技術とは直接関係のない政治的な要因であることが多く、実績との乖離が小さい計画を作成するためには、この政治的要因を考慮することが重要であることを説明しました。
 
 「政治的要因」というのは、技術的検討や演繹的な作業のブレークダウンではなかなか表に出てこない要因であり、そのために、必要な作業として認識されなかったり、適切な時間軸が設定できなかったりと、想定外のことを引き起こす原因になりがちで、前回では、事前にリストアップするにはどういうことに気をつける必要があるのかを紹介しました。
 
 「政治的」という言葉を使っているのは、プロジェクト側ではなかなかコントロールすることができない要因だからです。だからこそ、想定外のことを引き起こすことになりがちなのですが、仕組み構築に限らず製品開発においても、自分たちでコントロールすることができない要因に対して思考停止状態になってしまうことは多いものです。当然、コントロールが難しいから考慮することを止めて良いことにはなりませんが、自分の専門である技術的なことや、自分の担当する作業だけで頭が一杯になってしまい、自分でコントロールできないものについては考えることや行動することが後回しになってしまいがちです。
 
 このような思考停止状態を避けるために実施するのが「リスク管理」です。今回は、リスク管理について概要を説明し、リスクによってプロジェクトの進め方を整理し、シナリオとして具体化する方法について解説します。最初に、リスク管理の仕組みを再確認しておきましょう。リスク管理で重要なことは次の3つです。
 
A.リスクをリストアップし、その一つひとつに対して、リスクが顕在化する可能性、顕在化したときの影
 響度合いなどを分析して、リスクの重大性を評価する。
 
B.個々のリスクに対して、顕在化しないための予防策と、顕在化した場合にその影響を軽減するための対
 応策を検討する。
 
C.リスクの状態を継続的に監視する
 
 Aは、リスクを洗い出し、その重大性を評価する作業です。プロジェクトに影響があるがコントロールが困難な事柄(リスク)をリストアップし、そのリスクの発生確率(発生頻度)と影響度を分析します。通常は、図28 のようなワークシートを使ってリスクごとに発生確率と影響度を数値に換算して総合評点を算出することにより、リスクの重大性を定量化します。重大なリスクほど重点的に管理する必要があります。
 
                リスク管理
図28.リスクの洗い出しと評価
 
 Bは、リスクに対してとるべきアクションを計画する作業です。図29 に示したように、リスク発生を抑制するための事前対応策(予防策)と、リスクが顕在化した場合にその影響を軽減するための事後対応策(コンティンジェンシープラン)を明確にします。このように、必要なアクションを事前に計画しておくことが大切なのです。
 
                リスク管理
                   図29.予防策とコンティンジェンシープラン
 
 Cは、リスクの内容やその評価(発生確率、影響度)に変化がないかどうか、予防策の実施とその効果は適切かどうか、そして、リスクが顕在化していないかどうかなどを継続してトラッキングする作業です。定期的に開催する進捗会議の一部として実施するなど、トラッキング方法を具体化することが大切です。
 
 次回は、Bのリスクに対して予防策とコンティンジェンシープランを計画する作業の解説です。
 
 

   続きを読むには・・・


この記事の著者

石橋 良造

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

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


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

もっと見る
侵害予防調査の基本的な考え方とポイント

 自社で製造販売する製品が、他社の特許権を侵害していないのか、これを確認するために特許調査を行う場合があります(侵害予防調査、侵害回避調査、クリアランスな...

 自社で製造販売する製品が、他社の特許権を侵害していないのか、これを確認するために特許調査を行う場合があります(侵害予防調査、侵害回避調査、クリアランスな...


自社のコア技術の発信 普通の組織をイノベーティブにする処方箋 (その31)

 今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について、解説をしたいと思います。 ◆関連解説『技術マ...

 今回も前回に引き続き、「その1:自社のコア技術の補完技術」を探す方法としての自社のコア技術の発信について、解説をしたいと思います。 ◆関連解説『技術マ...


「小さな成功を積み上げる」に違和感を覚えたら 新規事業・新商品を生み出す技術戦略(その23)

       新規事業・新商品開発にたずさわっていると、「小さな成功を積み上げる」と言うことをよく見聞きしませんか? ...

       新規事業・新商品開発にたずさわっていると、「小さな成功を積み上げる」と言うことをよく見聞きしませんか? ...


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

もっと見る
コアコンピタンスを生かした開発と販売の発展とは

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...

        今回は、次のような想定企業の状況で、自社の独自技術を生かした製品開発と販売方法について解説します。   1. 想定企業の経営状況...


開発者が意識したい1日のスケジューリング(午後~夜編)

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...

  前回の記事では一日の業務を有意義なものにするため、就業前の朝の時間と午前中の脳がフレッシュなうちにアイデア創出やメンバーとのコミュニケ...


イノベーションのための「チーム体制」

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...

 「最後の砦、技術力がアブナイ」では、技術者は自律性、創意工夫、挑戦意欲、変化対応力などを期待されているにもかかわらず、開発現場はそのような技術者に育てる...