================================================================================
RELATÓRIO DE MÉTRICAS ÁGEIS - TIME PLATAFORMA DE PAGAMENTOS
Período: 22 de maio a 27 de maio de 2026 (1 semana)
Gerado em: 27/05/2026 14:35 UTC
Sistema: Jira + Custom Analytics
================================================================================

1. CONTEXTO DO TIME
================================================================================
Time: Plataforma de Pagamentos
Pessoas: 8 (2 devs sênior, 3 devs pleno, 2 QA, 1 tech lead)
Fluxo: To Do → In Progress → Code Review → QA/Testes → Deploy → Done
Limite de WIP: 6 itens (definido em retro anterior)
Tipo de sprint: Scrum de 2 semanas (semana 2 de Sprint 24)
Objetivo da sprint: Estabilizar API de webhooks + reduzir latência de transações
Períodos atípicos: 23/05 (feriado em 1 estado), 24/05 (demanda urgente de security patch)

================================================================================
2. LEAD TIME (Tempo do pedido até entrega)
================================================================================
Período: últimos 30 dias (27/04 a 27/05)

Distribuição de Lead Time:
  P50 (mediana): 8 dias
  P75: 12 dias
  P85: 15 dias
  P95: 22 dias
  Máximo observado: 35 dias (item legado, preso 2 semanas em review)
  Mínimo observado: 2 dias (bug crítico, fast-track)

Comparação com período anterior (13/05 a 19/05):
  P85: 12 dias → 15 dias (+25%)
  Tendência: ↑ CRESCENDO

Semana passada (20/05 a 26/05):
  - 12 itens completados
  - Lead Time médio: 9.5 dias
  - Variação: 3 a 28 dias (ALTA VARIABILIDADE)

Esta semana (parcial, 27/05):
  - 2 itens completados até agora
  - Caminho para: ~6 itens até domingo (abaixo do baseline)

SLA Comprometido: Lead Time P85 < 12 dias (VIOLADO)

Itens em Lead Time extremo (> 20 dias):
  1. PAY-1247: "Implementar retry logic para webhook" - 28 dias
     Status: In Code Review (aguardando revisão sênior)
     Bloqueador: Tech Lead em férias até 29/05
  
  2. PAY-1312: "Otimizar query de transações" - 22 dias
     Status: In QA (testando em staging)
     Bloqueador: Falta de ambiente de teste com dados realistas
  
  3. PAY-1298: "Autenticação OAuth para parceiros" - 25 dias
     Status: Design + Desenvolvimento (paralelizado)
     Bloqueador: Especificação mudou 2x, retrabalho necessário

================================================================================
3. CYCLE TIME (Tempo efetivo de desenvolvimento)
================================================================================
Período: últimos 30 dias

Ciclo Time Médio: 4.2 dias
Distribuição:
  P50: 3.5 dias
  P85: 6.5 dias
  P95: 9 dias

Comparação: 
  Período anterior: 3.8 dias → Agora: 4.2 dias (+10%)
  Crescimento lento mas consistente

Análise por etapa (tempo médio gasto em cada coluna):
  To Do (aguardando começar):  1.2 dias
  In Progress (desenvolvimento): 2.1 dias
  Code Review: 1.8 dias ← CRESCENDO (estava 1.0 dia)
  QA/Testes: 1.5 dias ← CRESCENDO (estava 0.8 dias)
  Deploy: 0.4 dias (automático)

INSIGHT: Cycle Time está aumentando DEPOIS do desenvolvimento.
Gargalo está em Code Review + QA, não em Dev puro.

================================================================================
4. WORK IN PROGRESS (WIP)
================================================================================
Limite estabelecido: 6 itens
WIP atual (27/05, 14:35):  12 itens em andamento

Breakdown por coluna:
  To Do: 18 itens (aguardando)
  In Progress: 8 itens ← ACIMA DO LIMITE (limite é 6 total, não por coluna)
  Code Review: 2 itens
  QA/Testes: 2 itens
  Deploy: 0 itens
  ───────────────────
  TOTAL: 12 itens em andamento (200% do limite)

Comparação:
  27/05 (hoje): 12 itens
  26/05 (ontem): 11 itens
  25/05 (anteontem): 10 itens
  Tendência: ↑ CRESCENDO (estava 6 itens no dia 22/05)

Culpados pelo aumento:
  - 2 itens adicionados por demanda urgente (security patch)
  - 3 itens presos em code review (tech lead em férias)
  - 2 itens com QA lento (ambiente instável)

Impacto Lei de Little:
  Lead Time = WIP / Throughput
  Teórico: 12 / 2.5 itens/dia = 4.8 dias (IDEAL)
  Observado: 15 dias (REAL)
  Diferença: 10 dias "perdidos em espera"

================================================================================
5. AGING WIP (Itens presos)
================================================================================
Itens em andamento há MAIS de 10 dias:

  1. PAY-1247 "Retry logic webhooks" - 28 dias total, 18 dias em Code Review
     Coluna atual: Code Review
     Bloqueador: Tech Lead em férias (volta 29/05)
     Ação tomada: Nenhuma
     Risco: Será concluído só na próxima sprint?

  2. PAY-1312 "Otimizar query" - 22 dias total, 8 dias em QA
     Coluna atual: QA/Testes
     Bloqueador: Staging env intermitente, dados de teste incompletos
     Ação tomada: QA team "trabalhando nisso"
     Risco: Item pode voltar para Dev se bugs forem críticos

  3. PAY-1298 "OAuth para parceiros" - 25 dias, 15 dias em In Progress
     Coluna atual: In Progress (mas parado, em espera de especificação)
     Bloqueador: Mudança de escopo, aguardando aprovação de Product Owner
     Ação tomada: Nenhuma documentada
     Risco: Pode ser cancelado ou completamente refeito

  4. PAY-1187 "Dashboard de transações" - 13 dias, 7 dias em Code Review
     Coluna atual: Code Review
     Bloqueador: Low priority, esperando na fila de review
     Ação tomada: Nenhuma
     Risco: Pode ficar preto se item crítico entrar na frente

================================================================================
6. THROUGHPUT (Capacidade de entrega)
================================================================================
Período: últimos 30 dias (dividido em semanas)

Histórico semanal:
  Semana de 27/04: 8 itens
  Semana de 04/05: 9 itens
  Semana de 11/05: 7 itens (2 pessoas em treinamento)
  Semana de 18/05: 10 itens
  Semana de 22-27/05: 6 itens (parcial, 3 dias úteis pós-feriado + demanda urgente)

Throughput médio (últimas 4 semanas): 8 itens/semana = 1.6 itens/dia

Comparação:
  Throughput esperado: 10 itens/semana (baseline)
  Throughput real: 8 itens/semana
  Gap: -20%

Previsão (se manter a taxa):
  - Total previsto para Sprint 24 (2 semanas): ~16 itens
  - Sprint goal: 18 itens
  - Risco de não atingir: ALTO (20% abaixo)

Tendência: → ESTÁVEL (oscilando entre 7-10, mas média decresce)

Fatores que impactaram:
  - 23/05 (feriado): -1 dia de trabalho
  - 24/05 (security patch urgente): 2 devs desviados por 1 dia
  - Aumento de WIP: retrabalho aumentou, overhead de multitarefa
  - Tech Lead em férias: revisões mais lentas

================================================================================
7. FLOW EFFICIENCY (% de tempo efetivo de trabalho)
================================================================================
Cálculo: (Cycle Time / Lead Time) × 100%

Período: últimos 30 dias
  Flow Efficiency: (4.2 dias / 15 dias) × 100% = 28%
  
Interpretação: 28% do tempo é efetivamente trabalho.
              72% do tempo os itens estão PARADOS esperando.

Comparação:
  Período anterior (13-19/05): (3.8 / 12) × 100% = 31.7%
  Degradação: -3.7 pontos percentuais

Benchmarks:
  Indústria (média): 15-40%
  Times maturos: 40-70%
  Time Pagamentos: 28% (ABAIXO DA MÉDIA, está regredindo)

Onde está o tempo perdido:
  To Do (fila): 15% (18 itens esperando ser pegos)
  Code Review: 12% (itens em revisão estão parados)
  QA/Testes: 10% (ambiente instável, testes lentos)
  Deploy: 1% (é rápido)
  Multitarefa/overhead: 22% (WIP alto, context switching)

Diagnóstico: Time está SOBRECARREGADO, não produzindo.

================================================================================
8. VELOCITY (Scrum - últimas 4 sprints)
================================================================================
Sprint 21 (04-15/05): 34 Story Points (13 itens)
Sprint 22 (18-29/04): 28 Story Points (11 itens)
Sprint 23 (11-22/05): 31 Story Points (12 itens)
Sprint 24 (25/05-05/06): 22 Story Points (so far, 8 dias úteis)

Média (últimas 4 sprints): 30.75 SP/sprint

Padrão observado:
  - Oscilação alto: 28 → 34 → 31 → 22 (desvio padrão: ~4.5)
  - Coeficiente de variação: 15% (ACIMA do saudável, que é <10%)
  - Sprint 24 está ABAIXO da média (tendência negativa)

Análise por tipo de item:
  - Features grandes (13+ SP): 8 itens, taxa de conclusão 62%
  - Bugs: 5 itens, taxa de conclusão 100% (mas entram fora do planejado)
  - Dívida técnica: 2 itens, taxa de conclusão 50%

Problema: Velocity é instável porque:
  1. Itens grandes são subestimados (entram com 13 SP, levam 20 dias)
  2. Escopo muda durante a sprint
  3. Dependências externas (API de terceiros, aprovações) não estimadas

================================================================================
9. TAXA DE DEFEITOS / BUGS
================================================================================
Período: últimos 30 dias

Bugs encontrados (por semana):
  Semana 27/04: 3 bugs (1 crítico, 2 médios)
  Semana 04/05: 2 bugs (0 críticos, 2 médios)
  Semana 11/05: 5 bugs (2 críticos, 3 médios) ← SPIKE
  Semana 18/05: 3 bugs (0 críticos, 3 médios)
  Semana 22-27/05: 4 bugs (1 crítico, 3 médios) + 1 SECURITY BUG

Total: 17 bugs em 30 dias = 0.6 bugs/dia

Taxa de retrabalho:
  - Bugs que voltaram para Dev após QA: 4 (24%)
  - Bugs reabiertos depois de "Done": 2 (12%)
  - "Quase bugs" encontrados em Code Review: 8

Tempo médio para corrigir:
  - Bug crítico: 1.2 dias
  - Bug médio: 2.5 dias
  - Bug baixo: 4 dias (fica aguardando)

Impacto no Throughput:
  - Bugs ocupam ~15% do capacity do time
  - Causa: Testes incompletos, QA environment instável, pressão para ir rápido

================================================================================
10. ANOMALIAS E PERÍODOS ATÍPICOS
================================================================================

23/05 (sexta-feira):
  Feriado em SP, São Paulo, Paraná e outros estados
  Impacto: -1 dia de trabalho
  Time: 6 de 8 pessoas (2 em estados onde é feriado)

24/05 (sábado):
  Seria fim de semana, mas foi ativado turno de emergency
  Motivo: Security vulnerability encontrada em produção
  Resposta: 2 devs + 1 QA = 8 horas de work
  Resultado: patch lançado em 4 horas, revertido 2 horas depois (falso positivo)
  Impacto no timeline: Atrasos em review de 2 itens

Tech Lead em férias:
  Data: 28/05 a 31/05 (volta 01/06)
  Impacto: Code reviews ficam lentos (backlog de 3 PRs)
  Contingência: Dev Sênior #1 assumindo, mas tem outros commitments

Product Owner em férias:
  Data: 27/05 a 02/06
  Impacto: Decisões de escopo para PAY-1298 estão paradas
  Resultado: Item de 25 dias parado aguardando aprovação

================================================================================
11. RESUMO EXECUTIVO
================================================================================

STATUS GERAL: 🔴 CRÍTICO

Três métricas piores:
  1. WIP: 12 (limite 6) = 200% acima → Lead Time aumentando
  2. Aging WIP: 4 itens > 10 dias → Gargalo em Code Review + QA
  3. Flow Efficiency: 28% → 72% do tempo em espera, não é trabalho

Tendências:
  ↑ Lead Time P85: 12 → 15 dias (SLA violado)
  ↑ WIP: 6 → 12 itens (dobrando)
  ↓ Throughput: 10 → 8 itens/semana (-20%)
  ↓ Flow Efficiency: 31.7% → 28% (regredindo)
  → Velocity: oscilante, abaixo do esperado

Risco imediato:
  - Sprint 24 pode perder 18% do objetivo (22 SP vs. 30 SP esperado)
  - SLA de cliente (P85 < 12 dias) foi violado há 4 dias
  - 4 itens críticos presos > 10 dias

Causa raiz provável:
  1. WIP descontrolado (12 vs. 6 limite) → multitarefa, overhead
  2. Gargalo em Code Review (Tech Lead em férias até 31/05)
  3. Ambiente de QA instável → ciclos de teste lentos
  4. Scope creep (mudanças durante sprint) → retrabalho

Ações recomendadas (HOJE):
  1. PARAR novos itens até WIP voltar para ≤ 8
  2. Desbloquear PAY-1247 (encontrar revisor sênior alternativo)
  3. Corrigir ambiente de QA (operação, 2-4 horas)
  4. Replanejar PAY-1298 (escopo com PO via Slack)

Resultado esperado em 3 dias:
  - WIP ≤ 8
  - PAY-1247 e PAY-1312 concluídas
  - Flow Efficiency ↑ de 28% para 35%+
  - Lead Time P85: 15 → 12 dias (atingir SLA)

Impacto se não agir:
  - Lead Time continuará crescendo (previsão: 18 dias em 1 semana)
  - Sprint 24 pode falhar objetivo
  - Cliente ficará insatisfeito (SLA violado)
  - Team burnout (WIP alto, velocidade cai mais)

================================================================================
12. DADOS BRUTOS (para verificação)
================================================================================

Itens completados (últimos 7 dias):
  PAY-1321: 3 dias (Type: Bug, SP: 3)
  PAY-1310: 8 dias (Type: Feature, SP: 8)
  PAY-1301: 12 dias (Type: Feature, SP: 13)
  PAY-1315: 2 dias (Type: Bug, SP: 2)
  PAY-1308: 6 dias (Type: Tech Debt, SP: 5)
  PAY-1320: 4 dias (Type: Bug, SP: 2)

Itens em andamento (snapshot 27/05, 14:35):
  PAY-1247: 28 dias, Code Review (bloqueado)
  PAY-1312: 22 dias, QA (em testes)
  PAY-1298: 25 dias, In Progress (escopo parado)
  PAY-1187: 13 dias, Code Review (aguardando)
  PAY-1319: 5 dias, In Progress (Dev ativo)
  PAY-1322: 3 dias, In Progress (Dev ativo)
  PAY-1323: 2 dias, In Progress (Dev iniciado hoje)
  PAY-1316: 4 dias, QA (testes em andamento)
  PAY-1317: 1 dia, In Progress (Dev iniciado)
  PAY-1318: 2 dias, Code Review (PR aberto)
  PAY-1324: 1 dia, To Do (pronto para começar)
  PAY-1325: 0 dias, To Do (criado hoje)

================================================================================
FIM DO RELATÓRIO
================================================================================
Gerado por: AI Analytics Engine v2.1
Próxima atualização: 28/05/2026 14:35
Feedback: slack://analytics-team
================================================================================