Receber por email
← Voltar para o catálogo

retro-analysis

Analisa dados de entrega de sprint e produz um resumo estruturado para retrospectiva. Fornece estatísticas de conclusão, análise de padrões, prompts de Iniciar/Parar/Continuar e um experimento concreto para o próximo sprint, útil para conduzir retrospectivas ou preparar resumos.

991estrelas
Atualizado há 4 meses

Ver no GitHub ↗ Licença: MIT

Como adicionar

/plugin marketplace add mohitagw15856/pm-claude-skills

O comando exato pode variar conforme o repositório. Confira o README no GitHub.

Para o autor da skill

Cole no README do seu repo

Mostra que sua skill está catalogada na Skillteca, gera backlink e tráfego rastreável.

[![Skillteca](https://www.skillteca.com.br/api/badge/retro-analysis-mohitagw15856/svg)](https://www.skillteca.com.br/skills/retro-analysis-mohitagw15856)
#ai

Skills relacionadas

Ver todas de Dados e Análise →

Alerta por categoria

Receba novas skills de Dados e Análise toda segunda

1 email curto, só com as skills novas de Dados e Análise. 4 minutos de leitura, sem spam, cancela com 1 clique.

Você confirma o email no primeiro envio. Sem spam. Cancela com 1 clique.

Ler descrição completa

Retrospective Analysis Skill

Generate a data-grounded retrospective brief that separates facts from feelings, so the team spends retro time on solutions rather than debating what happened.

Required Inputs

Ask the user for these if not provided:

  • Sprint tickets: planned vs. completed
  • Carry-over tickets and reasons (if known)
  • Tickets reopened after closing (quality signal)
  • Any incidents or unplanned work (scope creep signal)
  • Sprint velocity vs. historical average (trend context)

Process

  1. Calculate: completion rate, carry-over rate, unplanned work percentage
  2. Identify patterns: which ticket types were most likely to carry over? Which caused blockers?
  3. Note any process or communication breakdowns visible in the data
  4. Prepare 3 "Start / Stop / Continue" prompts based on the data — not generic, specific to this sprint
  5. Suggest 1 concrete experiment for the next sprint based on the biggest friction point
  6. Validate — Confirm each prompt is specific to this sprint (not a recycled generic prompt), and that the recommended experiment is concrete and measurable

Output Structure

Sprint [Number] Retrospective Brief

By the Numbers:

  • Planned: [n] tickets | Completed: [n] | Carry-over: [n] | Completion rate: [%]
  • Unplanned work: [n] tickets ([%] of capacity)
  • Velocity: [points] vs. [average] average

What the Data Suggests: [2-3 observations grounded in the numbers above]

Discussion Prompts:

  • Start: [specific prompt based on this sprint's data]
  • Stop: [specific prompt based on this sprint's data]
  • Continue: [specific prompt based on this sprint's data]

Suggested Experiment for Next Sprint: [One concrete, testable process change — with a specific success metric]

Quality Checks

  • [ ] Each Start/Stop/Continue prompt names a specific behaviour, not a vague category
  • [ ] The recommended experiment is testable in one sprint
  • [ ] Carry-over analysis identifies the ticket type or cause, not just the count
  • [ ] Data observations don't assign blame — they describe patterns
  • [ ] Velocity trend is mentioned in context (is this a one-off or a pattern?)
Compartilhar X LinkedIn