APRENDER. PRATICAR. EVOLUIR.Definir a unidade antes de contar
Neste laboratório fictício, um item é uma rota de ficheiros migrada e aceite pelo consumidor. Criar uma VM não termina a rota. A janela de medição [10,15) inclui aceitações no dia 10 e exclui o dia 15. A e B, aceites nos dias 10 e 14, contam; C, aceite no dia 15, fica para a janela seguinte; D, desenvolvido no dia 13 mas sem aceitação, continua aberto. O throughput observado é dois. Usa sempre a mesma unidade e fronteira ao comparar períodos. Uma mudança de definição deve acompanhar a série, para que o comité não interprete um artefacto de medição como melhoria.
Ver também o que ainda não terminou
Os últimos cinco tempos de conclusão são 1, 2, 2, 3 e 4 dias. O quadro mantém dois itens com 18 e 21 dias de idade. Não concluas que o sistema termina sempre em quatro dias: essa frase ignora trabalho que ainda não saiu. Também não juntes 18 e 21 ao histórico como durações finais, porque podem aumentar. Mostra as duas perspetivas e investiga o item mais antigo: decisão externa, trabalho demasiado grande ou integração por validar. O objetivo é escolher uma ação útil, não culpar a pessoa cujo nome aparece no cartão.
Construir uma previsão pequena que possas explicar
Usa apenas neste exercício o histórico semanal [2,4,4,6]. O modelo sorteia independentemente uma das quatro observações para cada semana futura, com igual peso por observação. Os dois valores 4 permanecem: ocorreram duas vezes. Para duas semanas, enumera 16 pares ordenados. Cinco ficam abaixo de oito: 2+2, duas ocorrências de 2+4 e duas de 4+2. Onze atingem pelo menos oito, produzindo 68,75% no modelo. Esta enumeração ensina o efeito da distribuição; não é uma previsão calibrada para uma equipa real nem um algoritmo obrigatório do PMI ou do Kanban.
Usar a probabilidade para uma decisão explícita
O sponsor fictício pede pelo menos 85% no modelo antes de comunicar um compromisso. Oito itens em duas semanas não satisfazem essa regra. Seis itens atingem o limiar em 15 dos 16 pares, ou 93,75%, mas só dentro das mesmas premissas. Não apresentes a redução de âmbito como recomendação automática: confirma se seis rotas constituem uma entrega útil e se as dependências permitem a fatia. Uma amostra de quatro semanas é pequena; correlação entre semanas, variação de tamanho, feriados e mudanças de RUN podem tornar o modelo inadequado. Expõe essas limitações juntamente com o número.
Reservar capacidade sem somar a mesma pessoa duas vezes
O plano dispõe de 20 dias-pessoa após ausências. Reserva 12 para RUN e três para formação e cerimónias, sem sobreposição: ficam cinco. Uma proposta de oito dias-pessoa de projeto excede o saldo em três. Esta conta torna a incompatibilidade visível; não prevê automaticamente datas nem a distribuição dos incidentes. Se o suporte aumentar, revê a reserva e as opções de entrega. A descrição de uma função com 75% de suporte é um contexto de trabalho, não uma lei para toda a equipa ou prova de que esse tempo é repetição eliminável. Distingue investigação nova, melhoria e trabalho manual recorrente.
Separar aumento de âmbito de progresso
O âmbito passou de 20 para 25 itens e as aceitações de dez para 14. No exercício, os itens têm igual peso, logo o estado é 14/25=56%. A equipa entregou quatro e a procura cresceu cinco; ambas as alterações interessam. Um burn-up com linhas de âmbito e conclusão permite discutir essa diferença. Não preserves o denominador antigo para anunciar 70%, nem trates as novas entradas como entregas. Se os itens tiverem dimensões ou valor muito diferentes, a percentagem por contagem precisa de contexto adicional e não representa automaticamente percentagem de benefício realizado.
Prática guiada: preparar o comité
Recalcula o throughput de dois, as probabilidades 11/16 e 15/16, o saldo de cinco dias-pessoa e os 56% do burn-up. Depois escreve uma atualização de quatro linhas: resultado observado; premissas alteradas; opções de âmbito ou data; decisão necessária e responsável. Indica o que o modelo não prova: nem aprovação garantida de uma migração, nem capacidade individual, nem independência real das semanas. Para um item bloqueado por autorização, acrescenta quem pode decidir e quando será contactado. A qualidade da atualização mede-se pela decisão que permite, não pelo número de gráficos.
Synthetic exercise; no production data or calibrated forecast.
weekly_observations = [2, 4, 4, 6]
ordered_two_week_pairs = 4 * 4
pairs_at_least_8 = 11 # 68.75% under independent resampling
pairs_at_least_6 = 15 # 93.75% under the same assumptions
project_person_days = 20 - 12 - 3 # 5
current_scope = 20 + 5
accepted = 10 + 4
accepted_percent = 100 * 14 / 25 # 56%Oito rotas têm 68,75% no modelo de duas semanas; seis têm 93,75%. O aumento de RUN exige rever a comparabilidade antes de usar qualquer dos números.
Armadilhas comuns
Excluir semanas lentas, apagar bloqueios, confundir média com garantia, contar desenvolvimento como aceitação ou alocar a mesma disponibilidade a RUN e projeto.
Tópicos relacionados: Métricas de fluxo · Priorização e aprendizagem
Uma previsão é condicional. Acompanha o número com unidade, janela, premissas, incerteza e decisão necessária.
Referência: The Kanban Guide · PMI-ACP ECO March 2026