シリーズ「爆速開発」　＜8＞リスクマネジメント

　多くのメーカーが、グローバル競争の中で「爆速」で製品を開発することを求められる時代になっています。迅速かつ効率的な開発（＝爆速開発）を実現するためのヒントを紹介します。

　多くのプロジェクトには、法的リスク、財務的リスク、技術的リスク、外部要因によるリスクなど、さまざまなリスクが存在します。これらのリスクを無視するとプロジェクトの失敗につながります。爆速開発でもリスクマネジメントは重要ですので、リスクマネジメントの手法について簡単に述べます。

リスクの見える化

　プロジェクトマネージャーやチームは、リスクの全体像を把握し適切なリスク対応策を策定する必要があります。プロジェクトのリスクを視覚的に把握しリスクマネジメントを実現するためのツールとして、リスク評価マトリクスが（Risk Assessment Matrix）があります、さらに問題点を管理するためのProblem Assessment Matrixというものがあります。
リスク評価マトリクスの作成方法ですが、

1. リスクの特定:
   プロジェクトの成功を脅かす可能性のある問題を特定します。

2. リスク基準の設定:
   リスクを「発生確率」と「影響度」に基づいて分類します。

3. リスクの評価:
   各リスクの発生確率と影響度を評価し、マトリックス上にプロットします。

4. リスクの優先順位付け:
   評価結果に基づいて、リスクの優先順位を決定します。

　例えば、5×5のマトリックスでは、発生確率と影響度をそれぞれ5段階で評価します
例：
　発生確率：まれ、ありそうにない、可能性あり、ありそう、ほぼ確実
　影響度：致命的、影響大、影響中、影響小、問題ない

このマトリクス上に、リスクとなる案件をプロットします。
リスク評価マトリクスは通常、リスク レベルを表すために 3 つの色分けします。

1. 高リスク（レッドゾーン）：これらは重大なリスクであり、多くの場合、許容できません。これらのリスクを軽減するために、直ちに対策を講じる必要があります。

2. 中程度のリスク (イエロー ゾーン):これらのリスクは中程度であり、注意が必要な場合がありますが、状況によっては許容できる場合もあります。

3. 低リスク (グリーン ゾーン):これらのリスクは、通常、即時の対応を必要とせず、監視できるため、許容可能と見なされます。

リスクの抽出

　リスクは出来るだけ多く抽出します。リスクには内部リスクと外部リスクがあります。社内のリスクはリソースリスク、技術リスク、設備リスク、戦略リスクなど、外部リスクは自然災害やサプライヤーの問題などです。
　リスクの抽出にはFMEAを用いると良いでしょう。FMEAについては安全設計の基礎知識にも記載しておきましたが、故障モードを網羅的に取り上げます。AIの力を借りて網羅的に抽出してください。
例として、リソースの中の人材をとりあげて故障モードとそのリスクを抽出してみましょう。

• 必要な人材がアサインされていない
  ⇒開発遅延や手戻りの発生、品質トラブル

• キーパーソンの突然の離脱（退職、病気、事故）
  ⇒プロジェクト停滞、属人化リスク顕在化

• 特定の担当者に業務が集中
  ⇒モチベーション低下、品質トラブル、過労離職

• 要員育成が進まず（高齢化・退職に備えられていない）
  ⇒将来のリソース枯渇、技術継承の失敗

• 外注依存度が高すぎる
  ⇒品質問題、ノウハウ流出、柔軟性欠如

• リソースの硬直化、専門技術の細分化（受け持ち範囲が狭い）
  ⇒欠員・変化に弱くなる、柔軟な対応不能

• プロジェクト横断での人的リソース競合（マトリクス組織でありがち）
  ⇒優先順位不明、ストレス増大

　これらのリスクに対して現状を把握して、もし高リスクのものがあれば対策を打ちます。爆速開発では手戻りを防ぐために抜け漏れの内容にリスクを把握しておく必要があります。

リスクマトリクスの運用と監視

　プロジェクトマネージャーはリスク評価マトリクスを使って、まず、レッドゾーンのリスクについて主要な関係者とやるべきことを決めます。「誰が、いつまでに、何をやるのか」明確にして、その納期のタイミングや、定期的なステータス確認を実施します。イエローゾーンも放置して良いわけではありませんので、優先順位を考慮しつつ同様に取り組みます。
　「誰が、いつまでに、何をやるのか」にステータスを追加した一覧表（アクションアイテムリスト）を作成して、リスク評価マトリクスとリンクしておき、いつでも最新のステータスを確認できるようにします。更新情報を関係者と定期的に共有することで、透明性が確保され、全員の足並みが揃います。マトリクス組織など大きな開発組織では複数のプロジェクトに参加しているメンバーもいますので、最新の情報を展開してそのプロジェクトに注目してもらうことも重要です。
　リスク評価マトリクスのアップデートには、新たなリスク発生も見逃さずに追加してください。定期的な会議、プロジェクト活動の進捗状況などを通じて、常に新たなリスクを監視します。

リスクマトリクスの注意点

　リスクですが、プロジェクトマネージャーやチームメンバーの主観的な判断やバイアスによって誤った判断をされてしまうことがあります。こうしたバイアスによってリスク評価マトリクスが歪められてしまい、重大なリスクが見落とされてしまう可能性もあります。
　リスクの過剰な分析は、多大な時間とリソースを消費する可能性があります。多数のリスクを評価する複雑さは意思決定を遅らせ、プロジェクト管理の効率を低下させる可能性があります。爆速開発のためにリスク分析をしてリスク評価マトリクス作成するのであって、マトリクス作成が目的にならないように注意してください。
　発生確率と影響度について大まかなカテゴリー分けしているだけですので、リスクの内容によってはよく精査する必要があります。

リスク対応策の策定

評価に基づいて、リスクにどう対応するかを決めるのですが、主な対応策は以下の4つになります。

• 回避：リスク要因そのものを除去する

• 軽減：発生確率や影響度を下げる

• 受容：あえて何もせず、リスクが起きた場合に備える

• 転嫁：保険や契約などで第三者にリスクを移す

　リスクに対する対応（回避・軽減・受容・転嫁）を検討する際、「発生確率」や「影響度」だけでなく、社会がそのリスクを受け入れられるかという観点が重要になります。これは「社会的許容度（Social Acceptability of Risk）」と呼ばれます。
　自動車事故による死亡者は、日本では年間2,000人前後（2020年代）といわれています。これは極めて深刻なリスクでありながら、社会全体としてある程度「許容」されている現実があります。これは、「便利さ・効率・経済性」と「一定のリスク」のバランスが取れていると見なされているためです。事故のリスクは軽減（シートベルト・エアバッグ・自動ブレーキなど）されていますが、ゼロにはできないリスクとして、社会が“受容”しているのです。（もちろん、ゼロにできれば大きな差別化となります）
　ところが家電製品など電気ポットや冷蔵庫など、家庭用家電で感電・火災などにより死亡事故が発生した場合、たとえ発生確率が非常に低くても、社会はほとんど許容しません。製造者には製品回収、謝罪、罰則、賠償などの強い社会的制裁が加えられます。家電は「安全であって当然」という社会的期待が高く「許容されないリスク」になります。
　これらの例はわかりやすいのですが、リスクへの対応はお客様目線で判断すべきです。

まとめ

　爆速開発において、リスクマネジメントはスピードと品質を両立させるための不可欠な要素です。リスク評価マトリクスの活用により、リスクを視覚化し、チーム全体で共有し対応することができます。
　重要なのは、リスクを「見える化」することで終わらせず、「誰が、いつまでに、何をやるのか」という具体的なアクションにつなげることです。
　また、社会的許容度や顧客視点を踏まえてリスクへの対応方針（回避・軽減・受容・転嫁）を柔軟に判断する必要があります。
　リスクの抽出・評価・対策・監視という一連のサイクルが重要で、状況の変化に応じてアップデートすべきです。爆速開発のスピードを支えるのは「リスクに対する緻密で機動的なマネジメント」です。「爆速」だからこそ「綿密」が不可欠になります。

1. 本当に必要な技術ですか

2. 試作品の評価を削減する

3. プロジェクトマネジメントの簡素化

4. 技術者の守備範囲は広く

5. 残業なしで短期開発

6. 技術経営　MOT（Management of Technology）

7. 資料作りも爆速で

8. リスクマネジメント

9. トラブルマネジメント

10. 敵はやりすぎ文化

11. 総まとめ

FMEAについてはこちらを参考にしてください