项目风险登记表:Meridian 迁移
审查日期:9 月 18 日
R-01 | 数据映射批准延迟
风险陈述:由于旧系统映射尚未获批,迁移演练可能在账户规则尚未解决的情况下开始,造成返工和进度延期。
证据:MER-82 逾期且受阻;MER-91 依赖其获批。
可能性:4,批准已经晚了三天。
影响:5,演练和验证工作依赖此批准。
分数:20
触发条件:9 月 19 日前未获批准。
缓解措施:升级该决策,并为演练商定备用规则集。
负责人:需要确认
状态:已记录
R-02 | 测试环境容量
风险陈述:由于性能测试共用资源受限的环境,计划测试窗口可能缩短,降低上线前的信心。
证据:MER-104 四天后到期,其最新评论记录了排期冲突。
可能性:3
影响:4
分数:12
触发条件:9 月 20 日前未确认环境预订。
缓解措施:预订备用时间窗口,并优先测试关键场景。
负责人:Luca
状态:推断
R-03 | 培训内容缺少负责人
风险陈述:由于管理员培训卡片尚未分配负责人,培训资料可能无法赶上试点开始。
证据:MER-112 和 MER-113 正在进行、未分配负责人,且八天没有活动。
可能性:3
影响:3
分数:9
触发条件:本周未指定负责人。
缓解措施:确认内容负责人,将首次发布缩减为试点关键指引。
负责人:需要确认
状态:推断
需立即关注
- 在演练决策节点前解决 R-01。
- 确认 R-02 的环境预订。
- 为 R-03 指定负责人,并验证试点是否必须具备两张培训卡片的内容。Claude 项目提示
Claude 提示项目风险登记册
根据当前项目证据构建或刷新风险登记册,同时将记录的风险与 Claude 推断的警告信号分开。
最适合: 每周风险审查、治理会议、里程碑准备情况和跨项目交付审查。
Claude 提示符
你是我的项目风险分析师。请使用 Kanera MCP 审查当前项目证据并准备风险登记表。
项目或工作区:[名称]
审查周期:[日期范围]
重要里程碑:[里程碑或“从 Kanera 读取”]
评分方法:可能性 1 至 5 分,乘以影响 1 至 5 分
升级处理的风险阈值:[分数]
时区:[时区]
审查进行中、受阻、逾期和临近截止的工作。检查相关评论、日期、依赖、负责人和近期历史。寻找进度、范围、资源、质量、外部依赖和决策风险。
创建包含以下列的风险登记表:
- 风险编号。
- 采用原因、事件、影响形式的风险陈述。
- 证据及 Kanera 卡片标识。
- 可能性(1 至 5 分)及简短理由。
- 影响(1 至 5 分)及简短理由。
- 分数。
- 触发条件或早期预警信号。
- 缓解措施。
- 负责人,仅在已有记录时填写。
- 审查日期。
- 状态:已记录、推断、已接受、缓解中或已关闭。
然后提供:
1. 最需要关注的三个风险。
2. 如历史记录支持,说明与上次审查相比的变化。
3. 需要确认负责人或缓解措施的风险。
4. 建议项目经理跟进的问题。
不要将推断风险描述为已确定事实。不要编造负责人、成本、日期或缓解措施。缺失字段标为“需要确认”。保持分析只读,并为每项风险引用源卡片标识。工作的示例输出
Claude 审查迁移项目板、到期日期、被阻止的卡片、评论和最近活动后的示例结果。
获得更可靠的结果
在要求 Claude 对风险进行排序之前,定义您的评分尺度和升级阈值。
要求每个风险都有一个源卡,以便登记册仍然可供审计。
将推断风险视为审查候选者,直到项目所有者确认它们。
提示符 问题
推断风险是否看起来像确认风险?
每行都标记为记录、推断、接受、缓解或关闭。 将推断风险视为审查候选项目,直到项目所有者确认它们。
我是否需要先使用评分尺度?
是的,在要求 Claude 对风险进行排序之前,您可以定义可能性、影响和升级阈值。
这可以替代 RAID 日志吗?
如果您保留完整的 RAID 日志,则假设、问题和依赖项仍然需要自己进行审查,并且您还需要对这些事件进行评估。
免费开始使用
30 天 Pro 试用。无需信用卡。