リスク評価

目次

• 概要
• 使用するタイミング
• クイックスタート
• リファレンスガイド
• ベストプラクティス

概要

リスク評価は、プロジェクトの成功を脅かす潜在的な脅威を特定し、それらを軽減、回避、または受け入れるための戦略を策定する体系的なプロセスです。

使用するタイミング

• プロジェクト開始および計画フェーズ
• 主要なマイルストーンまたは意思決定の前
• 新しい技術を導入する場合
• サードパーティの依存関係または統合
• 組織またはリソースの変更
• 予算またはスケジュールの制約
• 規制またはコンプライアンスの懸念

クイックスタート

最小限の動作例：

# Risk identification framework

class RiskIdentification:
    RISK_CATEGORIES = {
        'Technical': [
            'Technology maturity',
            'Integration complexity',
            'Performance requirements',
            'Security vulnerabilities',
            'Data integrity'
        ],
        'Resource': [
            'Team skill gaps',
            'Staff availability',
            'Budget constraints',
            'Equipment/infrastructure',
            'Vendor availability'
        ],
        'Schedule': [
            'Unrealistic deadlines',
            'Dependency delays',
            'Scope creep',
            'Approval delays',
            'Resource conflicts'
        ],
// ... (see reference guides for full implementation)

リファレンスガイド

references/ ディレクトリ内の詳細な実装：

ガイド	内容
リスク特定テクニック	リスク特定テクニック
リスク分析マトリクス	リスク分析マトリクス
リスク対応計画	リスク対応計画
リスク監視とコントロール	リスク監視とコントロール

ベストプラクティス

✅ すべき事項

• プロジェクト計画の早期段階でリスクを特定する
• リスク特定にチームの多様なメンバーを参加させる
• 可能な限りリスクの影響を定量化する
• リスクスコアと露出度に基づいて優先順位を付ける
• 具体的な軽減計画を策定する
• リスク所有権を明確に割り当てる
• トリガーを定期的に監視する
• リスク登録簿を月次で見直して更新する
• 現実化したリスクから得た教訓を文書化する
• リスクをステークホルダーに透過的に伝達する

❌ してはいけない事項

• 問題が発生するまでリスク特定を待つ
• リスクが現実化しないと仮定する
• すべてのリスクを同じ優先度として扱う
• 明確なトリガー条件なしで軽減計画を立てる
• 初期警告信号を無視する
• リスク管理を一回限りの活動にする
• 重大なリスクの応急計画をスキップする
• 負のリスクをステークホルダーから隠す
• すべてのリスクを排除する（不可能かつ経済的でない）
• 現実化したリスクについて個人を責める