Club-Zコラム第11回

【第11回】リスク管理とは目標達成までのシナリオ作成

株式会社RDPi　　代表取締役　石橋　良造

2008.06.19

以上のことに注意すれば、リスクの洗い出しと、予防策およびコンティンジェンシープランの検討をしっかりと行うことができるはずです。その上で、検討結果はひとつの管理表（リスク管理マスター）としてまとめておきます（図28と図29を一体化させる）。

さて、リスクはプロジェクトの流れ（進め方）が分岐するポイントであり、リスク管理マスターには個々のリスクに対するアクションがもれなく記述されているわけですが、プロジェクト全体の流れがどうなるのかはわかりづらい状態です。これを、シナリオを使ってわかりやすくしたいと思います。では、シナリオ作りに取りかかりましょう。

一番単純なシナリオは、リスクが何も発生しないケースです。コンティンジェンシープランを全く実行しない場合ですからベストケースとよびましょう。ひとつもリスクが顕在化しないというのは、冷静に考えればほとんどあり得ない状況ですから「ドリームケース」とよぶのが妥当だと思いますが、マネジャーやプロジェクトリーダーの多くは、がんばれば何とかなると考えていることが多いものです。ここでは、彼らの意志を尊重してベストケースとよぶことにしましょう。

次に、ベストケース以外のシナリオを考えます。単純に考えると前回の図27 で説明したように、分岐であるリスク（分岐）の数に応じたシナリオが存在することになりますが、実際のプロジェクトでのリスクは図27 よりもかなり多くなるのが普通ですから、リスクをそのままシナリオにするのは現実的ではありません。そこで、期限に注目してシナリオを整理します。

製品開発に代表される、製造業におけるプロジェクトのほとんどは、決められた期限までにリリースすることが最優先です。実際、コンティンジェンシープランは期限が関係しているものがほとんどのはずです。予防策の実施をやめる期限、リスク発生と判断するかどうかの最終期限、コンティンジェンシープランとして挙げているアクションの実施期限など、何かしらの期限が存在していると思います。これらの期限に注目すると、多くの場合２～３個に集約することが可能です。

図29 の例では、P1 の対応判断を６月末に行うこと、C1 の対応期限が 10 月末であることがわかります。図30 は、他のリスクについても整理すると、６月（期限１）と 10 月（期限２）に期限が集約されたことを示しています。




期限１では、新規デバイスをあきらめて既存デバイスを採用するための再設計を行うとか、評価を２段階に分けて仮リリースを設けるとか、いくつかのコンティンジェンシープランを実施します。そして、これらの対策実施によりリリースはベストケースよりも１ヶ月遅れます。これをノーマルケースとよびましょう。

同様に期限２では、顧客から機能の追加・変更要求があり、その対応のために別チームで評価を並行実施するとか、プロジェクトを別事業部に移管する作業を行うなどの対応が完了確認を行うなどいくつかのアクションを行います。その結果、リリースはベストケースよりも３ヶ月遅れます。これはワーストケースとよびましょう。

以上のように、期限１，期限２のタイミングでいくつかのアクションの実施や実施完了の判断を行うことで、リリース日程や機能、必要リソースなどが異なる、ベストケース、ノーマルケース、ワーストケースという３通りのシナリオに整理することができたわけです。実際のプロジェクトではもっと多くのリスクが存在するわけですが、同じ考え方で２～３のシナリオを作成することができます。


さて、今回はリスク管理をベースに、プロジェクトの進め方におけるシナリオ作成について解説しました。リスク管理マスターの状態からリスクをもとにしたシナリオの形にしておくことで、プロジェクトの実施パターンが明らかになり、関係者全員で共有することが容易になります。シナリオという具体的な形で共有できるので、関係者はそれぞれの役割に応じて必要な準備や対応をとることも容易です。そうすれば、リスクが顕在化しても右往左往することは大幅に減ることでしょう。ぜひ、トライしてみてください。