事前验尸分析引导师

概述

“事前验尸分析引导师”技能提供了进行事前验尸分析的结构化能力。它利用前瞻性后见之明，帮助团队在实施前识别潜在的故障模式，从而实现主动的风险缓解和更稳健的决策制定。

能力

事前验尸会议结构设计
故障模式收集
频率与影响评估
缓解策略头脑风暴
行动项生成
偏见挑战整合
文档与追踪
后续跟进安排

使用流程

认知偏见去偏过程
决策质量评估
结构化决策制定过程

使用方法

会议设置

# 配置事前验尸会议
session_config = {
    "决策": "新产品线发布",
    "决策摘要": "通过改进现有产品进入相邻市场",
    "投资": 5000000,
    "时间线": "18个月",
    "成功标准": [
        "第一年实现1000万美元收入",
        "第二年占据5%市场份额",
        "维持40%毛利率"
    ],
    "参与者": [
        {"姓名": "项目负责人", "角色": "引导师"},
        {"姓名": "产品经理", "视角": "产品"},
        {"姓名": "销售总监", "视角": "市场"},
        {"姓名": "财务负责人", "视角": "财务"},
        {"姓名": "运营负责人", "视角": "执行"},
        {"姓名": "外部顾问", "视角": "魔鬼代言人"}
    ],
    "会议时长": 90  # 分钟
}

事前验尸场景

# 假设的失败场景
failure_scenario = {
    "日期": "18个月后",
    "标题": "产品发布未能达到收入目标",
    "叙述": """
    现在是产品发布后的18个月。尽管投入了大量资金和努力，该产品仅实现了300万美元的收入（目标的30%）和1.5%的市场份额。该项目正在接受审查，可能被终止。

    你的任务：写下所有导致这次失败的原因。
    请具体化，并从你的视角思考哪些地方出了问题。
    """,
    "指示": [
        "独立工作10分钟",
        "写下你能想到的每一个原因",
        "具体化——提及人名、日期、决策",
        "考虑内部和外部因素",
        "不要筛选——捕捉所有想法"
    ]
}

故障模式收集

# 收集的故障模式
failure_modes = {
    "产品": [
        {
            "编号": "FM-001",
            "描述": "产品功能未能满足目标细分市场的客户需求",
            "贡献者": "产品经理",
            "类别": "产品-市场契合度",
            "根本原因": "开发前客户研究不足"
        },
        {
            "编号": "FM-002",
            "描述": "质量问题导致负面评价和退货",
            "贡献者": "运营负责人",
            "类别": "产品质量",
            "根本原因": "时间紧迫压缩了QA测试"
        }
    ],
    "市场": [
        {
            "编号": "FM-003",
            "描述": "竞争对手以低30%的价格推出了类似产品",
            "贡献者": "销售总监",
            "类别": "竞争反应",
            "根本原因": "低估了竞争对手的敏捷性"
        }
    ],
    "执行": [
        {
            "编号": "FM-004",
            "描述": "关键人才在项目中期离职，导致知识流失",
            "贡献者": "项目负责人",
            "类别": "团队",
            "根本原因": "无继任计划或文档记录"
        }
    ],
    "外部": [
        {
            "编号": "FM-005",
            "描述": "经济衰退减少了客户预算",
            "贡献者": "财务负责人",
            "类别": "经济",
            "根本原因": "未考虑需求情景的应急方案"
        }
    ]
}

风险评估

# 评估每个故障模式
risk_assessment = {
    "FM-001": {
        "可能性": 0.4,  # 估计概率
        "影响": "高",
        "影响分数": 4,
        "可检测性": "低",  # 我们多容易提前发现
        "风险优先级": 6.4,  # 可能性 * 影响 * (1/可检测性)
    },
    "FM-002": {
        "可能性": 0.3,
        "影响": "高",
        "影响分数": 4,
        "可检测性": "中",
        "风险优先级": 3.6
    }
    # ... 评估所有故障模式
}

缓解行动

# 定义缓解措施
mitigation_actions = [
    {
        "故障模式编号": ["FM-001"],
        "行动": "与20位目标细分市场客户进行额外的客户发现",
        "负责人": "产品经理",
        "截止日期": "开发开始前",
        "所需资源": "研究预算5万美元",
        "成功指标": "从客户反馈中验证功能优先级"
    },
    {
        "故障模式编号": ["FM-002"],
        "行动": "将QA时间线延长4周，增加Beta测试阶段",
        "负责人": "运营负责人",
        "截止日期": "更新项目计划",
        "所需资源": "时间表调整",
        "成功指标": "发布时缺陷率<1%"
    },
    {
        "故障模式编号": ["FM-003"],
        "行动": "制定包含定价情景的竞争反应手册",
        "负责人": "销售总监",
        "截止日期": "发布前30天",
        "所需资源": "竞争情报输入",
        "成功指标": "针对3种竞争对手情景的应对计划"
    }
]

输入模式

{
  "session_config": {
    "decision": "string",
    "investment": "number",
    "timeline": "string",
    "success_criteria": ["string"],
    "participants": ["object"]
  },
  "failure_scenario": {
    "narrative": "string",
    "instructions": ["string"]
  },
  "failure_modes": ["object"],
  "risk_assessment": "object",
  "mitigations": ["object"]
}

输出模式

{
  "session_summary": {
    "decision": "string",
    "date": "string",
    "participants": "number",
    "failure_modes_identified": "number"
  },
  "failure_modes": [
    {
      "id": "string",
      "description": "string",
      "category": "string",
      "likelihood": "number",
      "impact": "string",
      "risk_priority": "number"
    }
  ],
  "top_risks": ["object"],
  "mitigation_plan": [
    {
      "action": "string",
      "owner": "string",
      "due_date": "string",
      "addresses": ["string"]
    }
  ],
  "follow_up": {
    "next_review_date": "string",
    "unaddressed_risks": ["string"]
  }
}

事前验尸分析的好处

好处	机制
克服过度自信	假设失败，迫使批判性思考
揭示隐藏的担忧	提供表达疑虑的安全空间
识别盲点	多重视角
实现主动行动	在承诺前有时间进行缓解
建立团队共识	对风险的共同理解

最佳实践

在最终承诺前进行，而非之后
使失败场景生动具体
确保心理安全以获得诚实的输入
包含多样化的视角（欢迎怀疑者）
专注于可操作的故障模式
将见解转化为具体的缓解措施
跟进以确保行动完成

引导技巧

在小组讨论前使用独立写作
鼓励具体化（“约翰错过了截止日期”而非“发生了延误”）
将想法生成与评估分开
给予所有参与者平等的发言时间
记录所有内容，即使是不太可能的情景
以具体的后续步骤结束

集成点

输入风险登记管理器进行追踪
连接决策质量评估器进行过程评估
支持去偏见教练代理
集成到决策日志进行文档记录