关于 project-status-report
用于项目经理和利益相关者制作简洁、结构化的项目状态报告。它涵盖 RAG 状态、里程碑、风险、决策、预算和下期计划，并强调明确升级问题与可执行内容。
主要功能
- 01跟踪 RAG 状态与趋势
- 02汇报里程碑和阻碍事项
- 03整理风险、决策与预算
- 04按受众组织报告结构
- 05检查升级信息是否清晰
适用场景
- 01准备每周利益相关者更新
- 02升级处理有风险的项目
- 03记录决策和即将到来的里程碑
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/project-status-report确认已加载。
详细介绍
项目状态报告技能
生成清晰、结构化的项目状态报告——这份每周沟通材料能让相关方了解情况，无需召开会议。
必需输入
- 项目名称
- 报告周期
- 当前 RAG 状态（Red / Amber / Green）
- 关键里程碑（到期、已交付、即将到期）
- 问题或阻碍
- 需要相关方做出的决策
- 预算状态（如有跟踪）
- 受众（指导委员会 / 项目发起人 / PMO / 全体团队）
输出结构
项目状态报告：[项目名称]
周期：[日期范围] | 作者：[PM] | 下次报告：[日期]
整体状态
| 维度 | 状态 | 上一周期 | 趋势 |
|---|---|---|---|
| 整体 | Red / Amber / Green | [上次状态] | 改善 / 稳定 / 恶化 |
| 进度 | |||
| 预算 | |||
| 范围 | |||
| 风险 |
RAG 定义：
- Green：按计划进行。没有重大问题。
- Amber：存在风险。已发现问题，但已制定缓解措施。
- Red：进度偏离计划。需要升级处理或做出决策才能扭转局面。
执行摘要
[3-5 句话。概述核心情况。如果状态为 Red，立即说明并解释原因。绝不要先报喜、后报忧。]
里程碑进展
| 里程碑 | 到期日期 | 状态 | 备注 |
|---|---|---|---|
| [里程碑] | [日期] | 已完成 / 存在风险 / 已延迟 / 按计划进行 | [一句话] |
本周期已完成：[已交付内容] 下周期到期：[预期完成内容]
问题和阻碍
[问题标题] — 严重 / 高 / 低
- 描述：[问题内容]
- 影响：[未解决时会发生什么]
- 负责人：[负责解决的人]
- 行动：[正在采取的措施]
- 解决日期：[预计关闭日期]
风险
| 风险 | 可能性 | 影响 | 缓解措施 | 负责人 |
|---|---|---|---|---|
| [风险] | H/M/L | H/M/L | [行动] | [姓名] |
所需决策
| 决策 | 背景 | 选项 | 建议 | 截止日期 |
|---|---|---|---|---|
| [决策] | [背景信息] | [选项] | [建议] | [日期] |
预算摘要
| 预算 | 截至目前的实际支出 | 预测 | 差异 | |
|---|---|---|---|---|
| 合计 | £ | £ | £ | £ F/A |
下周期计划
[3-5 个具体项目符号——下周期将开展的工作]
写作规则
- 绝不要淡化 Red 状态
- 里程碑只有两种状态：已完成或未完成
- 所需决策必须确实可执行
- 尽可能控制在一页以内
质量检查
- 立即说明 Red 状态（不要在肯定内容之后才提及）
- 每个问题都有明确的负责人和解决日期
- 所需决策确实是受众能够执行的
- 里程碑只有两种状态（已完成或未完成——不要写“已完成 85%”）
- 对于不看其他内容的相关方，执行摘要也能独立传达完整信息
反模式
- 列出尚未解决的严重阻碍时，不要将项目健康状况评为 Green
- 不要用百分比报告里程碑进展——里程碑只有两种状态：已完成或未完成
- 不要把风险放在报告末尾——如果某项风险较高，就应写入执行摘要
- 不要在未说明由谁决策、何时决策的情况下列出所需决策
- 执行摘要不能依赖阅读全文才能理解——它必须能够独立传达完整信息
示例触发语
- “为[项目]撰写项目状态报告”
- “生成[项目]的 RAG 状态更新”
- “撰写[项目]的指导委员会报告”
评论
支持 Markdown