リスク管理と軽減策

以下のプロジェクトの包括的なリスクレジスタを作成：

プロジェクト：[名前と説明]
タイムライン：[期間]
チーム：[規模と主要役割]
技術：[使用技術/プラットフォーム]
ステークホルダー：[主要ステークホルダー]

各リスクに：
| ID | リスク説明 | カテゴリ | 確率(1-5) |
| 影響度(1-5) | 深刻度(確率×影響) | トリガー |
| 軽減策 | コンティンジェンシー | オーナー |

カテゴリ：
1. スコープ：要件変更、スコープクリープ
2. スケジュール：遅延、依存関係
3. リソース：キーパーソン離脱、スキルギャップ
4. 技術：技術障害、統合問題
5. 外部：ベンダー遅延、規制変更
6. コミュニケーション：認識のずれ、承認遅延
7. 品質：テストギャップ、技術的負債

15〜20のリスクを特定し、深刻度順に並べてください。

リスクレジスタの高深刻度リスクそれぞれに：

[高深刻度リスクをペースト]

具体的で観察可能なトリガーを定義：
1. 早期トリガー：リスク顕在化の2〜4週間前に気づくもの
2. 直前トリガー：リスクが差し迫っていることを示すもの
3. モニタリング方法：いつ、どのようにチェックするか
4. 対応計画：トリガー検知時の行動

例：
リスク：リードエンジニアが途中で退職
早期トリガー：チームイベントの辞退が増える、1on1での不満
直前トリガー：退職願の提出
モニタリング：週次1on1、チームの雰囲気確認
対応：クロストレーニング開始、バックアップ候補の特定

以下のプロジェクトのプレモーテム分析を実施：

プロジェクト：[説明]
チーム：[構成]
タイムライン：[期限]

[期限日]になり、プロジェクトが失敗した。
納期遅延、予算超過、ステークホルダーが不満。

逆算して特定：
1. 失敗の最も可能性の高い5つの理由
2. 各理由について：
   - 無視された早期警告サイン
   - 失敗につながった意思決定
   - 異なるアプローチで防げたこと
3. 今日、各失敗モードを防ぐためにできること

[プロジェクト名]の週次リスクレビュー：

日付：[日付]
プロジェクト状態：[順調/注意/遅延]

リスクレジスタ現状：
[上位10リスクとステータス]

今週の動き：
- [リスクに影響する出来事]

更新：
1. 確率や影響が変化したリスクはあるか？
2. トリガーが発火したリスクはあるか？
3. 新しいリスクを追加すべきか？
4. クローズできるリスク（脅威が過ぎた）はあるか？
5. 今週の推奨アクション

プロジェクトで問題が発生しました：

問題：[何が起きたか]
影響：[プロジェクトへの影響]
発見日：[いつ分かったか]

5 Whys分析を実施し、根本原因を特定してください。
即座の対処、長期的な予防策、今後のプロジェクトへの教訓を含めてください。