01
先把事实讲清楚
区分已验证事实、各方说法、假设、证据缺口和仍需回答的问题。
项目救援与恢复
Project Rescue
把失控、延期或高风险的软件 / SaaS 项目，重新变成可判断、可执行、可复盘的计划。
Project Rescue 用结构化方法把混乱的项目现状拆成证据、风险、根因假设和决策点，再形成有优先级、有负责人、有检查节点的恢复方案；不会强行套用某一种项目管理框架。
它是什么
它要解决的核心问题
项目出问题时，最显眼的现象——延期、Bug、范围反复、跨团队冲突——不一定是真正根因。Project Rescue 先把事实、主张、假设和未知项拆开，再判断哪些风险真正推动了项目失控，最后把判断转化为可以执行的恢复路径。
工作流
从混乱到下一步。
02
诊断风险系统
从交付、范围、依赖、责任归属、沟通、质量、流程以及客户需求证据等多个维度分析。
03
识别并排序根因
把主要驱动因素和次要症状区分开，并按影响、紧迫度和可逆性排序。
04
选择恢复模式
根据证据决定是稳定项目、缩范围、重排计划、验证需求、暂停投入，还是采用新的执行路径。
05
形成救援计划
把诊断变成负责人、具体动作、决策门、检查节点以及下一轮复盘需要补齐的证据。
主要输出
把分析变成可用的结果
- 高层可读的项目诊断
- 风险地图与根因假设
- 事实 / 假设 / 证据缺口
- 按优先级排列的恢复行动
- 决策门与复盘节奏
- 明确的责任人与下一步检查点
适合谁
适用场景与人群
- Technical Program Manager / TPM
- 产品与工程负责人
- 创始人、交付负责人
- 接手高风险项目的跨职能团队
边界
设计原则与边界
- v1 主要面向软件、SaaS 与技术项目。
- 方法论中立：可适配 Scrum、Kanban、Waterfall 或混合模式。
- 如果执行风险不是主因，也会识别客户紧迫度不足或需求证据过弱的问题。
- 分析可观察的行为、激励、责任归属与沟通，不做人格或道德标签。
- 可以支持项目和投入层面的决策，但不用于决定应当解雇哪一个具体员工。
公开发布
在公开平台查看我的 AI Skills
你可以通过我的 Agensi 与 Capafy 创作者 / 发布者主页查看公开发布的 AI Skills。