ABM Brasil Manutenção

Sandwich de filas

ABM tem fluxo de execução saudável (lead mediano 1d, p85 11.1d), mas 46 cards estão parados em Aprovação cliente. Pelo menos 1 card esperou 191 dias em intake antes de alguém começar.

Time não é o gargalo. Cliente é. E o intake também.

Tese

ABM opera o único squad onde “Aprovação cliente” como fase está sendo usado de verdade — e justamente por isso revela um gargalo invisível no Mercosul/MWM: 46 cards segurados pelo cliente, com idade mediana 142.5d e máxima 273d.

Quando segmentamos o tempo em três zonas (wait intake / fluxo / cliente), o time aparece como o pedaço rápido do processo. Os dois cemitérios estão nas pontas.

Squad real ≠ squad nominal

Aparenta ser Diego (dev) + Ana (gerente). Realidade pelos HoursLogged dentro da janela:

20

cards entregues 6w
18 tracked · 2 untracked

1d

Lead mediano
p85 11.1d · max 52d

0d

Wait intake mediano
p85 10.2d · max 191d

46

cards parados em Aprovação cliente
idade med 142.5d · max 273d

Lead Time Control Chart — Dev → entrega cliente

18 cards · linhas p50/p85 referenciam SLE

Cycle Time Control Chart — Dev → cliente aprovou (status=completed)

9 cards · Cycle − Lead = dias na fila do cliente

Scatter Wait × Lead (log/log)

Cards no canto inferior-esquerdo = saudáveis. Tamanho = horas em Dev.

Distribuição — Lead Time (Observable Plot)

Histograma de lead times. Cauda à direita = outliers.

Distribuição — Wait Intake (escala symlog)

Symlog comprime cauda. Concentração em 0-1d = intake saudável.

Entrega por semana

Cards entregues por semana de delivered_at.

Cards ativos por fase — onde está o WIP agora

127 cards ativos no squad

Horas reais por pessoa nos cards entregues 6w

HoursLogged.executor — bus factor real do squad. Difere de assignee do mart.

Movimentos sugeridos

1. Política aging Criar Nova task / Briefing > 7d → revisão obrigatória. Cards rotting em intake distorcem todas as métricas e dão a impressão falsa de “time devagar”.
2. Conversa com cliente sobre cadência de Aprovação. Sem isso, valor entregue não vira valor publicado. Os 46 cards são sintoma, não causa.
3. Investigar TASKS EMAILS / SMTP+cron / Endereço estrangeiro (3 cards do 6w que fecharam sem TT em fase de Dev/Execução — workflow atípico).

CFD — onde o tempo trava

Olha a banda verde-claro de “Em Aprovação cliente” — ela cresce semana a semana enquanto wait/work permanecem estáveis. Esse é o cemitério de valor entregue: time já fez, cliente não retira. Diagonal do delivered abrindo é exatamente o sinal de gargalo formando fora do time.

CFD — Cumulative Flow Diagram (7 snapshots semanais)

Áreas empilhadas = cards em cada categoria por semana. Banda crescente = acúmulo. Banda estável = fluxo. Diagonais paralelas = saudável; bandas divergentes = gargalo formando.

Monte Carlo — forecast a partir do histórico 6w

Sample base: 20 cards entregues em 42 dias · média 0.48/dia · 30 dias sem entrega · pico 4/dia. 10 000 simulações bootstrap por horizonte. Probabilidades = "qual a chance de entregar pelo menos X".

6

cards em 14d (p50 — chute central)

13

cards em 28d (p50)
p85 ≥ 8 · p95 ≥ 6

20

cards em 42d (p50)
p85 ≥ 14

31d

para entregar 10 cards (p85)
p50 21d · p95 38d

Forecast 4 semanas — distribuição de quantos cards o squad entrega

Bootstrap diário do throughput observado. Verde = mais provável. Vermelho = cauda pessimista (15% das simulações).

Service Level Expectation — Lead Time histórico

SLE empírica: "85% dos cards entregues em ≤ 11.149999999999995d" (n=18). Use como contrato com cliente.

Quanto tempo para entregar N cards

Alvo	p50 (mediana)	p70	p85	p95
5 cards	11d	14d	18d	24d
10 cards	21d	26d	31d	38d
20 cards	42d	49d	56d	65d

p85 = "85% das simulações terminaram em ≤ X dias". Use como compromisso defensável; nunca p50 (50% de chance de furar).

Como ler

Se o cliente perguntar “quantos cards saem no próximo mês?”, a resposta defensável é o p85 (15% chance de furar pra baixo), não o p50. Para ABM: 8 cards em 4w é o compromisso seguro. 13 cards é o chute central — 50% chance de furar.

Caveats

• 3 cards (TASKS EMAILS, SMTP+cron, Endereço estrangeiro) não têm HoursLogged em fase de trabalho. Excluídos do Lead/Cycle.
• entered_dev_or_exec é proxy via primeiro TT em phase Dev/Exec — não temos CardMoved formal independente. Por isso Lead ≈ Cycle para a maioria dos cards. Ver Método.
• Outlier “Inscrição aglutinada” (122h de effort, lead 52d) carrega muito do agregado. Sem ele, ABM-Manut é comparável a MWM-Manut em effort por card.