APRENDER. PRATICAR. EVOLUIR.1. Contar transições de trabalho
Uma fila não diminui apenas porque houve muitos fechos. Define a fronteira do período e as transições: abertura, fecho e reabertura. Num exemplo sintético, 36 pedidos iniciais, 24 novos, 20 encerrados e quatro reabertos resultam em 44 abertos. Os reabertos podem manter o mesmo identificador; o que muda é o estado do trabalho. Evita contar a mesma transição duas vezes quando agregas ferramentas. Se os números não reconciliam, identifica transferências, cancelamentos ou diferenças de corte temporal antes de atribuir o desvio à produtividade. A fórmula só é completa quando representa todas as transições permitidas no exercício.
2. Ver volume, idade e denominador
Um total estável de 50 pedidos pode ocultar pedidos que envelhecem de cinco para 20 dias. Observa distribuição por idade, bloqueios e impacto, além do total. Para avaliar um piloto L2, compara medidas com denominadores claros: 50 encaminhamentos em 200 pedidos são 25%; 30 em 100 são 30%. A contagem desceu e a taxa subiu. Isto não prova que o piloto causou a alteração: confirma comparabilidade, complexidade e critérios de encaminhamento. Escolhe a investigação pela pergunta de serviço, por exemplo se L2 resolve de forma sustentável, não apenas se envia menos registos a L3.
3. Capacidade e prioridade explícitas
Para o planeamento local, 40 horas menos 18 reservadas a incidentes, seis a formação e quatro a revisão deixam 12. Um pedido de 15 horas exige resolver um défice de três, através de âmbito, data, capacidade adequada ou repriorização autorizada. As reservas não são promessas de consumo exato, mas não devem desaparecer silenciosamente. Um limite de uma urgência em execução obriga a avaliar uma nova entrada face ao impacto do incidente já em curso. A prioridade pode mudar, mas essa decisão deve reconhecer trabalho interrompido, custo de retoma e autoridade. Não se obtém capacidade adicional criando uma etiqueta urgente em cada equipa.
4. Confirmar resultados nas integrações
No sistema fictício desta aula, uma API devolve 202 quando aceita trabalho e publica depois um estado final. A integração fecha prematuramente o pedido se interpretar o primeiro sinal como conclusão. Define o resultado que deve ser observado, como correlacionar a resposta posterior e quem trata falhas ou ausência de confirmação. Esperar cinco segundos não demonstra que o trabalho acabou. Da mesma forma, acelerar uma equipa em duas horas pode acrescentar seis horas de espera à seguinte, aumentando o percurso em quatro. Mede o resultado e o tempo completo, incluindo devoluções e espera, para evitar uma melhoria apenas local.
5. Um compromisso ao longo do serviço
Dois fornecedores podem cumprir a sua resposta inicial e o serviço continuar indisponível. Desenha as dependências de diagnóstico, reparação e validação. Neste modelo, 12 minutos de diagnóstico seguidos de 18 de reparação e oito de validação somam 38, falhando um objetivo local de 35. Equipas distintas não eliminam dependências. As durações são determinísticas apenas para o exercício; na realidade verifica esperas, cobertura e variabilidade antes de prometer um prazo. Na saída de um fornecedor, entregar ficheiros não demonstra transferência utilizável: a equipa sucessora deve conseguir importar, interpretar e executar uma tarefa representativa com os materiais.
6. Oficina e resumo
Prepara uma nota para um comité fictício: fila inicial 50, entradas 30, fechos 28 e reaberturas seis. Explica por que o total final é 58 e que informação falta para decidir uma melhoria. Acrescenta um segundo problema: diagnóstico 14 minutos, reparação 21 e validação sete, com objetivo de 40. O percurso precisa de pelo menos dois minutos de redução, sem sequer incluir margem. Propõe um ensaio de melhoria ou revisão autorizada do compromisso, mantendo validação. Resumo: reconcilia transições, mostra denominadores, respeita capacidade, verifica o significado dos estados e mede o percurso de serviço. Não transformes aritmética de aprendizagem em previsão garantida de produção.
Fila final = inicial + novas entradas - fechos + reaberturas
50 + 30 - 28 + 6 = 58
Taxa de encaminhamento antes = 50 / 200 = 25%
Taxa depois = 30 / 100 = 30%
Variação = +5 pontos percentuais50 + 30 − 28 + 6 = 58 pedidos abertos. Diagnóstico 14 + reparação 21 + validação 7 = 42 minutos, acima do objetivo de 40.
Armadilhas comuns
Comparar contagens com volumes diferentes; omitir reaberturas; confundir resposta com restauro; excluir validação para cumprir a meta.
Tópicos relacionados: Fluxos de valor · Gestão de fornecedores
O resultado de serviço depende do percurso completo, incluindo espera, retrabalho, capacidade e validação.
Referência: ITIL 4 CDS public course overview · ITIL 4 CDS; observed syllabus v1.0 mirror, 2025 update comparison pending