generate-status-report
À propos
Cette Compétence Claude génère automatiquement un rapport d'état de projet en lisant les artefacts du projet, tels que la charte et le backlog, pour calculer des indicateurs et identifier les blocages. Elle résume la progression en utilisant des indicateurs RAG pour le calendrier, le périmètre, le budget et la qualité. Utilisez-la à la fin d'un sprint, avant des réunions de gouvernance, ou lorsqu'un nouveau risque émerge.
Installation rapide
Claude Code
Recommandénpx skills add pjt222/agent-almanac -a claude-code/plugin add https://github.com/pjt222/agent-almanacgit clone https://github.com/pjt222/agent-almanac.git ~/.claude/skills/generate-status-reportCopiez et collez cette commande dans Claude Code pour installer cette compétence
Documentation
Generate a Project Status Report
Periodic status: read artifacts → metrics → summary (accomplishments, blockers, next) → RAG health (sched/scope/budget/quality).
Use When
- End of sprint/period (wk/bi-wk/mo)
- Stakeholder health req
- Pre steering/governance meeting
- Health change (new blocker/risk)
- Checkpoint vs charter milestones
In
- Required: period (start, end)
- Required: ≥1 artifact (BACKLOG.md, SPRINT-PLAN.md, WBS.md, PROJECT-CHARTER.md)
- Optional: prior reports (trend)
- Optional: budget/resource data
- Optional: risk register updates
Do
Step 1: Read artifacts
Scan proj dir:
- PROJECT-CHARTER.md — milestones, success criteria
- BACKLOG.md — item counts, burn-down
- SPRINT-PLAN.md — goal, committed, task done
- WBS.md — work pkg %
- Prior STATUS-REPORT-*.md — trend
Adapt to what exists.
→ ≥1 read, key metrics extracted.
If err: no artifacts → can't generate. Create charter/backlog first via draft-project-charter or manage-backlog.
Step 2: Metrics
Agile (BACKLOG.md / SPRINT-PLAN.md):
- Velocity: pts this sprint
- Completion: done/committed
- Burn-down: remaining vs prev
- Cycle time: avg days In Progress → Done
Classic (WBS.md):
- % complete: pkgs done / total
- Schedule variance: planned vs actual
- Effort variance: est vs consumed
## Metrics
| Metric | Value | Previous | Trend |
|--------|-------|----------|-------|
| Velocity | [N] pts | [N] pts | ↑/↓/→ |
| Sprint Completion | [N]% | [N]% | ↑/↓/→ |
| Backlog Remaining | [N] pts | [N] pts | ↓ (good) |
| Schedule Variance | [+/-N days] | [+/-N days] | |
→ 3-5 metrics w/ prev comparison.
If err: no historical (first) → omit prev + trend cols. Incomplete → note gaps + track action items.
Step 3: Blockers, risks, issues
## Blockers & Risks
| ID | Type | Description | Severity | Owner | Status | Action Required |
|----|------|------------|----------|-------|--------|----------------|
| R-001 | Risk | [Description] | High | [Name] | Open | [Action] |
| B-001 | Blocker | [Description] | Critical | [Name] | Active | [Action by date] |
| I-001 | Issue | [Description] | Medium | [Name] | Investigating | [Action] |
Cross-ref charter risk register. Flag new.
→ All blockers + top risks w/ owners + actions.
If err: no blockers → explicit "No active blockers", don't leave empty. No owner → escalate to PM.
Step 4: Accomplishments + next plan
## Accomplishments (This Period)
- [Completed item/milestone with evidence]
- [Completed item/milestone with evidence]
- [Completed item/milestone with evidence]
## Planned (Next Period)
- [Planned item/milestone with target]
- [Planned item/milestone with target]
- [Planned item/milestone with target]
→ 3-5 accomplishments w/ evidence, 3-5 planned.
If err: no accomplishments → reason (blocked, replanning, unavail). Next unclear → "Planning session scheduled for [date]".
Step 5: RAG + write
| Dimension | Green | Amber | Red |
|---|---|---|---|
| Schedule | On track or ahead | 1-2 weeks behind | >2 weeks behind or milestone missed |
| Scope | No uncontrolled changes | Minor scope adjustments | Scope creep affecting deliverables |
| Budget | Within 5% of plan | 5-15% over plan | >15% over plan or untracked |
| Quality | Tests pass, criteria met | Minor quality issues | Critical defects or acceptance failures |
Write:
# Status Report: [Project Name]
## Report Date: [YYYY-MM-DD]
## Reporting Period: [Start] to [End]
## Document ID: SR-[PROJECT]-[YYYY-MM-DD]
### Overall Health
| Dimension | Status | Notes |
|-----------|--------|-------|
| Schedule | 🟢/🟡/🔴 | [One-line explanation] |
| Scope | 🟢/🟡/🔴 | [One-line explanation] |
| Budget | 🟢/🟡/🔴 | [One-line explanation] |
| Quality | 🟢/🟡/🔴 | [One-line explanation] |
### Executive Summary
[2-3 sentences: overall status, key achievement, biggest risk]
### Metrics
[From Step 2]
### Accomplishments
[From Step 4]
### Blockers & Risks
[From Step 3]
### Planned Next Period
[From Step 4]
### Decisions Needed
- [Decision 1 — needed by date, from whom]
---
*Report prepared by: [Name/Agent]*
Save STATUS-REPORT-[YYYY-MM-DD].md.
→ Complete report w/ RAG + metrics + narrative.
If err: insufficient for RAG → ⚪ (Grey) "insufficient data" + list data needed next report.
Check
- Report file created, date-stamped
- RAG all 4 dims w/ justify
- ≥3 metrics from artifacts
- Blockers section present (even "No active")
- Accomplishments w/ evidence
- Next plan
- Exec summary 2-3 sentences
- Every blocker/risk has owner + action + deadline
Traps
- No data: evidence-based. Every claim → artifact/metric.
- All green always: no evidence = not honest. Challenge green.
- Blocker w/o owner: no owner → not resolved.
- Metric w/o context: "Velocity=18" meaningless alone. Always prev/target.
- Too long: 2 min scan. 1-2 pages.
- Missing decisions: explicit w/ deadlines.
- Stale data: verify artifact dates match period.
- Missing trends: first-time OK, later must compare.
→
draft-project-charter— milestones + success criteriamanage-backlog— backlog metrics feed reportplan-sprint— sprint results: velocity + completioncreate-work-breakdown-structure— WBS % drives classic metricsconduct-retrospective— report data feeds retro
Dépôt GitHub
Compétences associées
content-collections
MétaCette compétence propose une configuration éprouvée en production pour Content Collections, un outil axé sur TypeScript qui transforme des fichiers Markdown/MDX en collections de données typées de manière sûre avec une validation Zod. Utilisez-la lors de la création de blogs, de sites de documentation ou d'applications Vite + React riches en contenu pour garantir la sécurité de typage et la validation automatique du contenu. Elle couvre tout, de la configuration du plugin Vite et de la compilation MDX à l'optimisation des déploiements et la validation des schémas.
polymarket
MétaCette compétence permet aux développeurs de créer des applications avec la plateforme de marchés prédictifs Polymarket, incluant l'intégration d'API pour le trading et les données de marché. Elle fournit également une diffusion de données en temps réel via WebSocket pour surveiller les transactions en direct et l'activité du marché. Utilisez-la pour mettre en œuvre des stratégies de trading ou pour créer des outils traitant les mises à jour de marché en direct.
creating-opencode-plugins
MétaCette compétence aide les développeurs à créer des plugins OpenCode qui s'interconnectent avec plus de 25 types d'événements tels que les commandes, les fichiers et les opérations LSP. Elle fournit la structure du plugin, les spécifications de l'API événementielle et les modèles d'implémentation pour les modules JavaScript/TypeScript. Utilisez-la lorsque vous avez besoin d'intercepter, de surveiller ou d'étendre le cycle de vie de l'assistant IA OpenCode avec une logique personnalisée pilotée par les événements.
sglang
MétaSGLang est un framework de service LLM haute performance spécialisé dans la génération rapide et structurée pour les workflows JSON, regex et agentiques grâce à son cache de préfixe RadixAttention. Il offre une inférence nettement plus rapide, particulièrement pour les tâches avec des préfixes répétés, ce qui le rend idéal pour les sorties complexes et structurées ainsi que les conversations multi-tours. Choisissez SGLang plutôt que des alternatives comme vLLM lorsque vous avez besoin d'un décodage contraint ou que vous construisez des applications avec un partage étendu de préfixes.
