KPIs Dashboard (live)
Como lead time é medido
Section titled “Como lead time é medido”Medição roda em cima de git tags, não em planilha. Script scripts/lead-time.sh gerencia o ciclo:
lead/<id>/red— tag no commit onde scenario doc+spec entrou (work started).lead/<id>/green— tag no commit onde spec virou verde (work done).decision/<id>— tag única quando ADR é aceito.
Lead time = green − red por scenario. baseline = red e green no mesmo instante (±30s) — backfill pré-tracking, sem métrica real. WIP = red sem green. Throughput = green nos últimos N dias (descarta baselines).
Convenção em AGENTS.md seção lead time tracking.
Dashboard live
Section titled “Dashboard live”Página puxa /api/kpis.json (endpoint Astro que lê git tags direto), poll 1s. Funciona em npm run dev (endpoint server-rendered).
Carregando...
Métricas que importam
Section titled “Métricas que importam”- Green / total — quanto do design tem prova executável.
- WIP count + age — scenarios abertos e há quanto tempo. Agents fecham em minutos — granularidade em segundos/minutos/horas/dias adapta.
- Throughput 7d (real) — fechamentos reais nos últimos 7 dias. Baseline (backfill) não conta.
- Median real lead time — quanto tempo um scenario leva do red ao green. Baseline excluído da mediana.
- Baseline scenarios (000–015, wa-001/2/3, landing-001/2/3) foram tagged red+green no mesmo instante 2026-06-03 09:47 — não medição real.
- Lead time real emerge a partir de scenarios novos onde red e green vivem em commits separados (delta ≥ 30s).
- Endpoint requer dev server. Production build (
npm run build) precisa SSR adapter pra endpoint dinâmico.