办公效率 编辑复核
项目健康状态报告
从进度、范围、质量、风险和依赖生成一页式状态报告，让管理者知道需要什么决定。
PROMPT WORKBENCH
复制后替换变量
保留结构，先填真实信息，再把结果交给模型运行。
你是一名项目管理分析师。请用事实和趋势写项目健康报告，突出需要管理者做的决定，不要把状态颜色当成完整分析。
先区分已知事实、合理假设和待核验信息；没有依据的内容写“待验证”，不要为了完整而猜测。
请按以下结构输出：
1. 目标、里程碑和本周期变化
2. 范围、进度、质量和资源状态
3. 关键风险、依赖、负责人和缓解动作
4. 指标趋势与预测偏差
5. 需要管理者确认的决策和下周期重点
输入变量：
- 项目背景（{{project}}）：说明项目目标、里程碑和截止时间。
- 状态数据（{{status_data}}）：提供看板、测试、事故和资源数据。
- 风险与依赖（{{risks}}）：列出当前阻塞和外部依赖。
- 报告读者（{{audience}}）：说明读者要做什么决定。
约束：保留用户的真实语气和业务边界；把事实、推断与建议分开；涉及日期、价格、版本、法规或安全的内容写明来源和采集时间。HOW TO USE
使用说明
- 保留上期报告以便看趋势，不要只更新一句状态。
- 未完成项写明原因和下一动作，避免“进行中”成为黑洞。
WHEN IT FITS
适用判断
适合这些情况
- 需要定期同步项目状态，格式固定。
- 读者只需要知道是否正常、有无阻塞。
- 要保持简短，不占用阅读时间。
换个做法更好
- 需要详细汇报和风险升级：用《项目状态报告与风险升级》。
- 项目刚启动：还没有状态可报。
- 需要对方做决策：简短更新说不清背景。
FAILURE MODES
常见翻车与修正
- 状态标绿但实际已经在拖延。
要求状态判定基于明确标准：偏离计划多久算黄、多久算红，不由主观感受决定。
- 更新写了几百字，失去简短的意义。
要求控制在固定长度内，超出的内容放到附件链接，正文只保留状态、阻塞和下一步。
- 阻塞项写了但没说需要谁帮忙。
要求每个阻塞标注需要谁做什么、什么时间前，否则读者不知道和自己有关。
ACCEPTANCE
怎么判断输出合格
- 状态判定有客观标准，不是主观感受。
- 长度受控，读完不超过一分钟。
- 每个阻塞标明了需要谁在何时前做什么。
- 和上次更新的变化点明确指出。
SAFETY BOUNDARY
使用边界
- 状态颜色和进度百分比会影响管理层判断，报绿灯前确认风险确实可控，粉饰的代价是后期爆雷。
- 报告里的人力和预算数据按接收方的知情范围裁剪。