status-report-generator
Compare original and translation side by side
🇺🇸
Original
English🇨🇳
Translation
ChineseStatus Report Generator
状态报告生成器
Structured frameworks for generating project status reports from code activity, task systems, and milestone tracking.
从代码活动、任务系统和里程碑跟踪生成项目状态报告的结构化框架。
Status Report Structure
状态报告结构
Standard Report Sections
标准报告章节
STATUS REPORT OUTLINE:
1. TL;DR (3-5 bullets)
- What was accomplished
- What's in progress
- What's blocked or at risk
- Key decision needed (if any)
2. STATUS INDICATOR
- Overall: GREEN / YELLOW / RED
- Schedule: on track / at risk / behind
- Scope: stable / expanding / contracting
- Budget: on track / at risk / over (if applicable)
3. ACCOMPLISHMENTS (completed this period)
- Bullet list with links to PRs/tickets
- Grouped by workstream or milestone
- Include metrics where possible
4. IN PROGRESS (active work)
- Current tasks and expected completion
- Progress indicators (% or status)
- Owner for each item
5. BLOCKERS AND RISKS
- Active blockers with escalation status
- Emerging risks with mitigation plans
- Dependencies on other teams
6. UPCOMING (next period)
- Planned work for next sprint/week
- Key milestones approaching
- Decisions needed
7. METRICS (if applicable)
- Velocity / throughput
- Quality indicators (bugs, incidents)
- Business metrics impactSTATUS REPORT OUTLINE:
1. TL;DR (3-5条要点)
- 已完成事项
- 进行中事项
- 受阻或有风险的事项
- 需做出的关键决策(如有)
2. 状态指标
- 整体状态:GREEN / YELLOW / RED
- 进度:按计划推进 / 存在风险 / 落后
- 范围:稳定 / 扩大 / 收缩
- 预算:按计划推进 / 存在风险 / 超支(如适用)
3. 已完成事项(本周期内)
- 带PR/工单链接的要点列表
- 按工作流或里程碑分组
- 尽可能包含指标数据
4. 进行中事项(当前工作)
- 当前任务及预计完成时间
- 进度指标(百分比或状态)
- 每项任务的负责人
5. 受阻事项与风险
- 已升级的当前受阻事项
- 潜在风险及缓解计划
- 对其他团队的依赖
6. 后续计划(下一周期)
- 下一个Sprint/周的计划工作
- 即将到来的关键里程碑
- 需做出的决策
7. 指标数据(如适用)
- 交付速度 / 吞吐量
- 质量指标(Bug、事件)
- 业务指标影响Data Extraction Methods
数据提取方法
From Git History
从Git历史中提取
GIT DATA FOR STATUS REPORTS:
COMMITS THIS PERIOD:
git log --since="1 week ago" --oneline --no-merges
COMMITS BY AUTHOR:
git shortlog --since="1 week ago" -sn --no-merges
FILES CHANGED:
git diff --stat HEAD~{n}..HEAD
MERGED PRs (GitHub):
gh pr list --state merged --search "merged:>=2025-01-01"
PR SUMMARY:
gh pr list --state merged --json title,author,mergedAt,url \
--jq '.[] | "- \(.title) (@\(.author.login)) \(.url)"'
OPEN PRs:
gh pr list --state open --json title,author,url \
--jq '.[] | "- \(.title) (@\(.author.login)) \(.url)"'
RELEASE NOTES:
git log --since="1 week ago" --pretty=format:"- %s" --no-merges \
| grep -E "^- (feat|fix|refactor|perf):"GIT DATA FOR STATUS REPORTS:
本周期提交记录:
git log --since="1 week ago" --oneline --no-merges
按作者统计提交:
git shortlog --since="1 week ago" -sn --no-merges
变更文件:
git diff --stat HEAD~{n}..HEAD
已合并PR(GitHub):
gh pr list --state merged --search "merged:>=2025-01-01"
PR摘要:
gh pr list --state merged --json title,author,mergedAt,url \
--jq '.[] | "- \(.title) (@\(.author.login)) \(.url)"'
待处理PR:
gh pr list --state open --json title,author,url \
--jq '.[] | "- \(.title) (@\(.author.login)) \(.url)"'
发布说明:
git log --since="1 week ago" --pretty=format:"- %s" --no-merges \
| grep -E "^- (feat|fix|refactor|perf):"From Task Systems
从任务系统中提取
TASK DATA EXTRACTION:
JIRA (via API or CLI):
- Tickets moved to "Done" this sprint
- Tickets currently "In Progress"
- Tickets in "Blocked" status
- Story points completed vs planned
GITHUB ISSUES:
gh issue list --state closed --search "closed:>=2025-01-01"
gh issue list --state open --label "in-progress"
gh issue list --state open --label "blocked"
LINEAR (via API):
- Completed issues this cycle
- In-progress issues
- Blocked issues with reason
- Cycle velocity metrics
GENERIC EXTRACTION TEMPLATE:
| Ticket | Title | Status | Owner | Notes |
|--------|-------|--------|-------|-------|
| | | | | |TASK DATA EXTRACTION:
JIRA(通过API或CLI):
- 本Sprint内已移至“完成”状态的工单
- 当前处于“进行中”状态的工单
- 处于“受阻”状态的工单
- 已完成故事点数与计划点数对比
GITHUB ISSUES:
gh issue list --state closed --search "closed:>=2025-01-01"
gh issue list --state open --label "in-progress"
gh issue list --state open --label "blocked"
LINEAR(通过API):
- 本周期已完成的问题
- 进行中的问题
- 带原因说明的受阻问题
- 周期交付速度指标
通用提取模板:
| 工单ID | 标题 | 状态 | 负责人 | 备注 |
|--------|-------|--------|-------|-------|
| | | | | |Automated Report Generation
自动化报告生成
REPORT GENERATION SCRIPT APPROACH:
1. PULL DATA
- Git log for the period
- PR merge data
- Issue/ticket status
- CI/CD metrics (build success rate, deploy count)
2. CATEGORIZE
- Group commits by type (feat, fix, refactor, etc.)
- Group issues by milestone or epic
- Identify blockers from issue labels
3. SUMMARIZE
- Count: X features shipped, Y bugs fixed, Z PRs merged
- Highlight: biggest wins and remaining risks
- Metrics: velocity, cycle time, throughput
4. FORMAT
- Apply template for audience (exec, team, detailed)
- Add status indicators (RAG)
- Include links to source data
OUTPUT FORMATS:
- Markdown (for Slack, GitHub, internal docs)
- HTML (for email)
- PDF (for stakeholder presentations)REPORT GENERATION SCRIPT APPROACH:
1. 拉取数据
- 周期内的Git日志
- PR合并数据
- 问题/工单状态
- CI/CD指标(构建成功率、部署次数)
2. 分类
- 按提交类型分组(feat、fix、refactor等)
- 按里程碑或史诗级任务分组问题
- 根据问题标签识别受阻事项
3. 汇总
- 统计:发布X个功能、修复Y个Bug、合并Z个PR
- 重点突出:最大成果与剩余风险
- 指标:交付速度、周期时间、吞吐量
4. 格式化
- 根据受众应用对应模板(高管、团队、详细版)
- 添加状态指标(RAG)
- 包含源数据链接
输出格式:
- Markdown(适用于Slack、GitHub、内部文档)
- HTML(适用于邮件)
- PDF(适用于利益相关者演示)RAG Status Framework
RAG状态框架
Status Definitions
状态定义
| Color | Meaning | Criteria | Action Required |
|---|---|---|---|
| GREEN | On Track | Milestones on schedule, no blockers, metrics healthy | Continue as planned |
| YELLOW | At Risk | Minor delays, emerging risks, metrics declining | Monitor closely, mitigation plan |
| RED | Off Track | Milestones missed, active blockers, critical metrics failing | Immediate escalation, intervention |
| 颜色 | 含义 | 判断标准 | 所需行动 |
|---|---|---|---|
| GREEN | 按计划推进 | 里程碑按时推进,无受阻事项,指标健康 | 按原计划执行 |
| YELLOW | 存在风险 | 轻微延迟,潜在风险显现,指标下滑 | 密切监控,制定缓解计划 |
| RED | 偏离轨道 | 未达成里程碑,存在活跃受阻事项,关键指标异常 | 立即升级上报,介入处理 |
RAG Assessment Matrix
RAG评估矩阵
ASSESS EACH DIMENSION:
SCHEDULE:
GREEN: All milestones on track or ahead
YELLOW: 1-2 items slipping, recoverable within sprint
RED: Major milestone at risk, recovery plan needed
SCOPE:
GREEN: Scope stable, requirements clear
YELLOW: Minor scope additions, managed through backlog
RED: Significant scope creep, re-prioritization needed
QUALITY:
GREEN: Bug rate normal, test coverage stable, no incidents
YELLOW: Bug rate elevated, test gaps identified
RED: Critical bugs in production, quality declining
TEAM:
GREEN: Team capacity sufficient, morale good
YELLOW: Key person risk or capacity constraints
RED: Critical staffing gap, team burnout risk
OVERALL STATUS = worst dimension status
(If any dimension is RED, overall is RED)ASSESS EACH DIMENSION:
进度:
GREEN: 所有里程碑按时或提前推进
YELLOW: 1-2项工作延迟,可在Sprint内追回
RED: 主要里程碑面临风险,需制定恢复计划
范围:
GREEN: 范围稳定,需求明确
YELLOW: 范围小幅增加,通过待办事项管理
RED: 范围大幅蔓延,需重新确定优先级
质量:
GREEN: Bug率正常,测试覆盖率稳定,无事件发生
YELLOW: Bug率上升,发现测试缺口
RED: 生产环境出现严重Bug,质量下滑
团队:
GREEN: 团队产能充足,士气良好
YELLOW: 关键人员风险或产能受限
RED: 关键岗位人员缺口,团队存在 burnout 风险
整体状态 = 最差维度的状态
(若任一维度为RED,整体状态即为RED)Status Change Triggers
状态变更触发条件
GREEN → YELLOW TRIGGERS:
- Sprint velocity drops > 20% from average
- Blocker unresolved for > 2 business days
- Unplanned work exceeds 30% of sprint capacity
- Key dependency delayed by partner team
- New risk identified without mitigation plan
YELLOW → RED TRIGGERS:
- Milestone will be missed by > 1 week
- Critical path blocked with no workaround
- Stakeholder escalation required
- Team capacity < 70% of planned
- Quality metrics below acceptable thresholdGREEN → YELLOW 触发条件:
- Sprint交付速度较平均值下滑>20%
- 受阻事项超过2个工作日未解决
- 计划外工作占Sprint产能的30%以上
- 合作伙伴团队延迟关键依赖项
- 识别到无缓解计划的新风险
YELLOW → RED 触发条件:
- 里程碑将延迟超过1周
- 关键路径受阻且无替代方案
- 需升级至利益相关者处理
- 团队产能低于计划的70%
- 质量指标低于可接受阈值Stakeholder-Appropriate Detail Levels
适配不同利益相关者的详细程度
Executive Summary (C-Level / VP)
高管摘要(C级 / VP)
EXECUTIVE STATUS REPORT:
Format: 1 page max, bullet points, RAG indicators
Frequency: Weekly or biweekly
Audience: VP+, C-suite, board
TEMPLATE:
PROJECT: [Name]
PERIOD: [Date Range]
STATUS: [GREEN / YELLOW / RED]
HIGHLIGHTS:
- [Biggest win / accomplishment]
- [Key metric improvement]
- [Important milestone reached]
RISKS:
- [Top risk + mitigation status]
- [Second risk if applicable]
DECISIONS NEEDED:
- [Specific ask with options and recommendation]
NEXT MILESTONE: [What] by [When]
CONFIDENCE: [High / Medium / Low]EXECUTIVE STATUS REPORT:
格式:最多1页,要点列表,RAG指标
频率:每周或每两周
受众:VP及以上、高管层、董事会
模板:
项目: [名称]
周期: [日期范围]
状态: [GREEN / YELLOW / RED]
亮点:
- [最大成果/成就]
- [关键指标提升]
- [达成的重要里程碑]
风险:
- [首要风险 + 缓解状态]
- [次要风险(如有)]
需做决策:
- [具体需求,含选项与建议]
下一个里程碑: [事项] 截止 [日期]
信心度: [高 / 中 / 低]Team Status (Engineering / Product)
团队状态报告(工程 / 产品)
TEAM STATUS REPORT:
Format: 1-2 pages, moderate detail, links to tickets
Frequency: Weekly (or per sprint)
Audience: Engineering team, product managers, designers
TEMPLATE:
SPRINT: [Number] | [Date Range]
VELOCITY: [X] points / [Y] planned ([Z]%)
COMPLETED:
- [Feature/Fix] - [PR #link] (@owner)
- [Feature/Fix] - [PR #link] (@owner)
- [Feature/Fix] - [PR #link] (@owner)
IN PROGRESS:
- [Task] - [X]% complete - ETA [date] (@owner)
- [Task] - [X]% complete - ETA [date] (@owner)
BLOCKED:
- [Task] - Blocked by [reason] - Escalated to [who]
BUGS:
- [X] new bugs filed
- [Y] bugs fixed
- [Z] bugs remaining (P0: _, P1: _, P2: _)
CARRY-OVER:
- [Task not completed] - Reason: [why] - New ETA: [date]
NEXT SPRINT PLAN:
- [Planned item 1]
- [Planned item 2]
- [Planned item 3]
RETRO NOTES:
- What went well: [brief]
- What to improve: [brief]TEAM STATUS REPORT:
格式:1-2页,中等详细程度,带工单链接
频率:每周(或每Sprint)
受众:工程团队、产品经理、设计师
模板:
Sprint: [编号] | [日期范围]
交付速度: [X] 点数 / 计划[Y]点数(完成率[Z]%)
已完成:
- [功能/修复] - [PR #链接] (@负责人)
- [功能/修复] - [PR #链接] (@负责人)
- [功能/修复] - [PR #链接] (@负责人)
进行中:
- [任务] - 完成率[X]% - 预计完成时间[日期] (@负责人)
- [任务] - 完成率[X]% - 预计完成时间[日期] (@负责人)
受阻:
- [任务] - 受阻原因[说明] - 已升级至[对接人]
Bug情况:
- 新增[X]个Bug
- 修复[Y]个Bug
- 剩余[Z]个Bug(P0: _, P1: _, P2: _)
结转事项:
- [未完成任务] - 原因: [说明] - 新预计完成时间: [日期]
下一个Sprint计划:
- [计划事项1]
- [计划事项2]
- [计划事项3]
回顾要点:
- 做得好的地方: [简述]
- 需改进的地方: [简述]Detailed Technical Report
详细技术报告
DETAILED STATUS REPORT:
Format: 2-4 pages, full technical detail
Frequency: Per sprint or biweekly
Audience: Tech leads, architects, senior engineers
TEMPLATE:
ARCHITECTURE / INFRASTRUCTURE:
- Changes deployed: [list]
- Performance impact: [metrics]
- Incidents: [count, severity, resolution]
CODE METRICS:
- PRs merged: [count]
- Avg review time: [hours]
- Test coverage: [current] (delta: [+/-X%])
- Build success rate: [%]
- Deploy frequency: [count this period]
- Mean time to recovery: [hours/minutes]
TECHNICAL DEBT:
- Debt added: [items]
- Debt resolved: [items]
- Net debt trend: [increasing/decreasing/stable]
DEPENDENCY UPDATES:
- [Package] updated from [v1] to [v2] - [reason]
- [Security patch] applied - [CVE reference]
PERFORMANCE:
- p50 latency: [Xms] (target: [Yms])
- p95 latency: [Xms] (target: [Yms])
- Error rate: [X%] (target: < [Y%])
- Uptime: [X%] (target: [Y%])DETAILED STATUS REPORT:
格式:2-4页,完整技术细节
频率:每Sprint或每两周
受众:技术负责人、架构师、资深工程师
模板:
架构 / 基础设施:
- 已部署的变更: [列表]
- 性能影响: [指标]
- 事件: [数量、严重程度、解决情况]
代码指标:
- 已合并PR: [数量]
- 平均评审时间: [小时]
- 测试覆盖率: [当前值](变化: [+/-X%])
- 构建成功率: [%]
- 部署频率: [本周期次数]
- 平均恢复时间: [小时/分钟]
技术债务:
- 新增债务: [事项]
- 已解决债务: [事项]
- 净债务趋势: [上升/下降/稳定]
依赖项更新:
- [包]从[v1]升级至[v2] - [原因]
- 应用[安全补丁] - [CVE编号]
性能:
- p50延迟: [Xms](目标: [Yms])
- p95延迟: [Xms](目标: [Yms])
- 错误率: [X%](目标: < [Y%])
- 可用性: [X%](目标: [Y%])Sprint Review Template
Sprint评审模板
SPRINT REVIEW:
SPRINT: [Number]
DATES: [Start] - [End]
GOAL: [Sprint goal statement]
GOAL ACHIEVED: [Yes / Partially / No]
DEMO ITEMS:
1. [Feature] - Demonstrated by [@person]
- What it does: [brief description]
- Why it matters: [user/business impact]
- Status: [shipped / ready to ship / needs polish]
2. [Feature] - Demonstrated by [@person]
- What it does: [brief description]
- Why it matters: [user/business impact]
- Status: [shipped / ready to ship / needs polish]
METRICS:
- Planned: [X] points across [Y] tickets
- Completed: [X] points across [Y] tickets
- Completion rate: [Z%]
- Carry-over: [X] tickets ([reason])
STAKEHOLDER FEEDBACK:
- [Feedback item 1]
- [Feedback item 2]
SPRINT HEALTH:
| Dimension | Status | Notes |
|-----------|--------|-------|
| Velocity | / / | |
| Quality | / / | |
| Scope | / / | |
| Morale | / / | |SPRINT REVIEW:
Sprint: [编号]
日期: [开始日期] - [结束日期]
目标: [Sprint目标说明]
目标达成情况: [是 / 部分达成 / 否]
演示事项:
1. [功能] - 演示人[@人员]
- 功能描述: [简述]
- 重要性: [对用户/业务的影响]
- 状态: 已发布 / 待发布 / 需优化
2. [功能] - 演示人[@人员]
- 功能描述: [简述]
- 重要性: [对用户/业务的影响]
- 状态: 已发布 / 待发布 / 需优化
指标:
- 计划: [X]个点数,涉及[Y]个工单
- 已完成: [X]个点数,涉及[Y]个工单
- 完成率: [Z%]
- 结转: [X]个工单([原因])
利益相关者反馈:
- [反馈项1]
- [反馈项2]
Sprint健康度:
| 维度 | 状态 | 备注 |
|-----------|--------|-------|
| 交付速度 | / / | |
| 质量 | / / | |
| 范围 | / / | |
| 团队士气 | / / | |Milestone Tracking
里程碑跟踪
Milestone Dashboard Template
里程碑仪表板模板
PROJECT MILESTONES:
Milestone Target Date Status Confidence
────────────────────────────────────────────────────────
Alpha release [date] [RAG] [H/M/L]
Beta release [date] [RAG] [H/M/L]
Feature freeze [date] [RAG] [H/M/L]
QA complete [date] [RAG] [H/M/L]
Launch [date] [RAG] [H/M/L]
KEY DEPENDENCIES:
- [Milestone X] depends on [Team Y] completing [Task Z] by [Date]
- [Milestone A] depends on [External vendor] delivering [Thing] by [Date]
CRITICAL PATH:
[Task 1] → [Task 2] → [Task 3] → [Launch]
↗ [Task 4] ↗PROJECT MILESTONES:
里程碑 目标日期 状态 信心度
────────────────────────────────────────────────────────
Alpha版本发布 [日期] [RAG] [高/中/低]
Beta版本发布 [日期] [RAG] [高/中/低]
功能冻结 [日期] [RAG] [高/中/低]
QA完成 [日期] [RAG] [高/中/低]
正式上线 [日期] [RAG] [高/中/低]
关键依赖项:
- [里程碑X]依赖[团队Y]在[日期]前完成[任务Z]
- [里程碑A]依赖[外部供应商]在[日期]前交付[事项]
关键路径:
[任务1] → [任务2] → [任务3] → [正式上线]
↗ [任务4] ↗Burn-Down Narrative
燃尽图说明
BURN-DOWN SUMMARY:
PLANNED: [X] story points for this milestone
COMPLETED: [Y] story points ([Z]% of planned)
REMAINING: [W] story points
DAYS LEFT: [N] days
VELOCITY (last 3 sprints): [A], [B], [C] = avg [D] points/sprint
SPRINTS REMAINING: [M]
PROJECTED COMPLETION: [points remaining / avg velocity] = [N] sprints
AT CURRENT VELOCITY:
- Will complete [on time / X days early / X days late]
- Confidence: [HIGH / MEDIUM / LOW]
IF BEHIND:
- Option A: Reduce scope by [X] points (cut [features])
- Option B: Add [X] capacity (hire/borrow)
- Option C: Extend deadline by [X] days
- Recommendation: [which option and why]BURN-DOWN SUMMARY:
计划: 本里程碑共[X]个故事点数
已完成: [Y]个故事点数(占计划的[Z]%)
剩余: [W]个故事点数
剩余天数: [N]天
交付速度(过去3个Sprint): [A], [B], [C] = 平均[D]点数/Sprint
剩余Sprint数量: [M]
预计完成时间: [剩余点数 / 平均交付速度] = [N]个Sprint
按当前交付速度:
- 将[按时完成 / 提前X天 / 延迟X天]完成
- 信心度: [高 / 中 / 低]
若进度落后:
- 选项A: 削减[X]个点数的范围(移除[功能])
- 选项B: 增加[X]个产能(招聘/借调人员)
- 选项C: 延长截止日期[X]天
- 建议: [选择的选项及原因]Risk and Blocker Escalation
风险与受阻事项升级上报
Blocker Escalation Format
受阻事项上报格式
BLOCKER REPORT:
BLOCKER: [Clear description of what is blocked]
IMPACT: [What work cannot proceed]
OWNER: [Who is responsible for resolving]
STATUS: [New / Escalated / In Progress / Resolved]
AGE: [Days since identified]
ROOT CAUSE: [Why this is blocked]
ATTEMPTED: [What has been tried]
NEEDED: [Specific action or decision needed]
FROM: [Who needs to act]
BY: [Date needed to avoid milestone impact]
ESCALATION PATH:
Day 1: Raised with team lead
Day 2: Escalated to manager
Day 3+: Escalated to director/VP
Day 5+: Executive escalationBLOCKER REPORT:
受阻事项: [受阻内容的清晰描述]
影响: [无法推进的工作]
负责人: [负责解决的人员]
状态: [新增 / 已升级 / 处理中 / 已解决]
时长: [识别后的天数]
根本原因: [受阻原因]
已尝试的解决方法: [已采取的行动]
所需支持: [具体行动或决策需求]
对接人: [需采取行动的人员]
截止时间: [需在此日期前解决以避免影响里程碑]
升级路径:
第1天: 向团队负责人上报
第2天: 升级至经理
第3天及以上: 升级至总监/VP
第5天及以上: 升级至高管层Risk Register Template
风险登记模板
| Risk | Likelihood | Impact | Severity | Mitigation | Owner | Status |
|---|---|---|---|---|---|---|
| [Description] | H/M/L | H/M/L | [LxI] | [Plan] | [Name] | [Open/Mitigated] |
SEVERITY MATRIX:
LOW Impact MED Impact HIGH Impact
HIGH Likely: MEDIUM HIGH CRITICAL
MED Likely: LOW MEDIUM HIGH
LOW Likely: LOW LOW MEDIUM
CRITICAL: Immediate action, executive visibility
HIGH: Active mitigation required this sprint
MEDIUM: Monitor, mitigation plan documented
LOW: Accept, review quarterly| 风险 | 可能性 | 影响 | 严重程度 | 缓解计划 | 负责人 | 状态 |
|---|---|---|---|---|---|---|
| [描述] | 高/中/低 | 高/中/低 | [可能性×影响] | [计划] | [姓名] | [未处理/已缓解] |
SEVERITY MATRIX:
低影响 中影响 高影响
高可能性: 中 高 严重
中可能性: 低 中 高
低可能性: 低 低 中
严重: 立即行动,高管层关注
高: 本Sprint内需主动执行缓解计划
中: 监控,记录缓解计划
低: 接受风险,每季度回顾Status Report Quality Checklist
状态报告质量检查清单
| Check | Status |
|---|---|
| TL;DR section is standalone and actionable | [ ] |
| RAG status is honest (not optimistic) | [ ] |
| Accomplishments link to PRs/tickets (verifiable) | [ ] |
| Blockers include escalation status and owner | [ ] |
| Risks have mitigation plans | [ ] |
| Metrics are compared to targets (not just reported) | [ ] |
| Next steps are specific with owners and dates | [ ] |
| Detail level matches audience | [ ] |
| Report is concise (executive: 1 page, team: 2 pages) | [ ] |
| Decisions needed are clearly framed with options | [ ] |
| 检查项 | 状态 |
|---|---|
| TL;DR部分独立且具备可执行性 | [ ] |
| RAG状态真实(非乐观表述) | [ ] |
| 已完成事项包含可验证的PR/工单链接 | [ ] |
| 受阻事项包含升级状态和负责人 | [ ] |
| 风险项附带缓解计划 | [ ] |
| 指标数据与目标对比(而非仅罗列) | [ ] |
| 下一步行动明确,包含负责人和日期 | [ ] |
| 详细程度匹配受众需求 | [ ] |
| 报告简洁(高管版:1页,团队版:2页) | [ ] |
| 需做决策的内容清晰,包含选项 | [ ] |
Status Report Anti-Patterns
状态报告反模式
COMMON STATUS REPORT FAILURES:
1. ALL GREEN SYNDROME
Problem: Everything is green until it's suddenly red
Fix: Be honest about yellow early; it builds trust
2. ACTIVITY OVER OUTCOMES
Problem: "We merged 47 PRs" (so what?)
Fix: "Shipped checkout v2, reducing cart abandonment 12%"
3. BURIED BAD NEWS
Problem: Blockers mentioned in paragraph 4 of page 3
Fix: TL;DR section with clear blocker callout
4. NO DECISIONS SECTION
Problem: Report is informational but doesn't drive action
Fix: Always include "Decisions Needed" if any exist
5. STALE RISKS
Problem: Same risks listed for 6 months with no updates
Fix: Update risk status every report; close resolved ones
6. INCONSISTENT FORMAT
Problem: Different format each week, hard to compare
Fix: Use the same template; consistency enables trend spottingCOMMON STATUS REPORT FAILURES:
1. 全绿综合征
问题: 所有状态显示为绿,直到突然变红
解决方法: 尽早如实标记黄色状态;这能建立信任
2. 重活动轻成果
问题: “我们合并了47个PR”(那又如何?)
解决方法: “发布了结账v2版本,将购物车放弃率降低12%”
3. 坏消息被隐藏
问题: 受阻事项在第3页第4段才提及
解决方法: 在TL;DR部分明确标注受阻事项
4. 无决策需求章节
问题: 报告仅提供信息,无法推动行动
解决方法: 如有决策需求,务必包含“需做决策”章节
5. 风险项长期未更新
问题: 相同风险项连续6个月出现在报告中,无更新
解决方法: 每次报告更新风险状态;关闭已解决的风险项
6. 格式不一致
问题: 每周格式不同,难以对比
解决方法: 使用统一模板;一致性有助于发现趋势See Also
相关链接
- Codebase Documenter
- Document Skills: DOCX
- Product Management
- Finance
- 代码库文档生成器
- 文档技能:DOCX
- 产品管理
- 财务