KGBOK · Domínio 8 · cobrado em KGFP

Fluxo entre times, serviços e portfólio

Quando o valor depende de vários times, o fluxo precisa ser gerenciado de ponta a ponta. Kanban em vários níveis conecta time, serviço e portfólio, torna as dependências visíveis e permite prever iniciativas inteiras com dados.

O que é e por que importa

Este domínio é cobrado apenas na KGFP, o nível de competências avançadas, análise e melhoria de sistemas Kanban. Ele trata do que acontece quando um time bem gerenciado ainda assim entrega tarde, porque o valor para o cliente depende de outros times, de serviços compartilhados e de decisões tomadas em outros níveis da organização.

É comum ver times com quadros bem desenhados, limites de WIP respeitados e Cycle Time estável, enquanto uma iniciativa que passa por quatro desses times leva meses. Cada parte está otimizada; o todo, não. O fluxo de ponta a ponta é onde o cliente vive, e é ali que a maior parte do tempo se perde: em esperas entre times, em dependências descobertas tarde e em portfólios com iniciativas demais começadas ao mesmo tempo.

Conceitos-chave

Dependências entre times e serviços

Uma dependência existe quando um item não pode avançar sem algo que outro time ou serviço entrega. Ela adiciona espera e variabilidade, e cada dependência multiplica o risco: se três times precisam entregar a sua parte e cada um tem 85% de chance de cumprir o prazo, a chance de os três cumprirem, com entregas independentes, cai para cerca de 61%.

Há três respostas, em ordem de preferência:

  1. Eliminar a dependência, mudando a composição dos times, a arquitetura ou a divisão do trabalho, quando isso for viável.
  2. Reduzir o impacto, antecipando a descoberta: identificar as dependências antes do ponto de comprometimento, e não no meio do trabalho.
  3. Gerenciar o que resta, com visualização explícita, políticas de atendimento entre serviços e acompanhamento da idade dos itens que esperam por outro time.

Na visualização, cada dependência aparece no cartão do item que espera e, de preferência, no quadro de quem precisa atender. Pratique esse raciocínio no desafio de dependências sob controle.

Serviços compartilhados

Um time de infraestrutura, segurança ou dados atende a vários outros. Ele é, na prática, um serviço com clientes internos, e merece ser gerenciado como tal: com classes de serviço, SLE própria, Revisão de Entrega de Serviço com os times clientes e alocação de capacidade combinada. Sem isso, cada cliente interno trata o próprio pedido como urgente, e o serviço compartilhado vira o gargalo de toda a organização.

Kanban em vários níveis

Organizações aplicam Kanban em níveis diferentes, cada um com o seu item de trabalho e o seu ritmo:

  • Time: itens como histórias, tarefas ou chamados, com Cycle Time em dias.
  • Serviço ou coordenação: funcionalidades ou entregas que atravessam vários times, com tempos em semanas.
  • Portfólio: iniciativas, projetos ou apostas estratégicas, com tempos em meses.

A abordagem de Flight Levels, de Klaus Leopold, popularizou essa visão de níveis. O ponto central é que um nível superior não substitui os inferiores; ele coordena o que os inferiores não conseguem coordenar sozinhos. O limite de WIP mais importante da organização costuma ser o do portfólio: o número de iniciativas em andamento ao mesmo tempo. Quando ele é alto, todos os times trabalham em tudo, e nada termina.

Visibilidade de ponta a ponta

Ver o fluxo de ponta a ponta é seguir o item do pedido do cliente até o valor entregue, atravessando os times. Na prática, isso significa:

  • um quadro de nível superior em que cada cartão é uma entrega para o cliente, e não uma tarefa de um time;
  • ligação entre o cartão de nível superior e os itens nos quadros dos times;
  • medição do Lead Time de ponta a ponta, além do Cycle Time de cada time;
  • registro do tempo de espera entre times, que costuma ser invisível nos quadros individuais.

Quando essa visão existe, a conversa muda. Em vez de perguntar por que o time de pagamentos atrasou, a Revisão de Operações pergunta por que as entregas esperam, em média, 9 dias entre o fim do desenvolvimento e o início da homologação.

Previsão em nível de portfólio

As mesmas técnicas probabilísticas do domínio 4 valem para iniciativas inteiras, com cuidados extras. Uma forma prática de prever quando uma iniciativa termina é:

  1. estimar a quantidade de itens como uma faixa, por exemplo de 30 a 45, em vez de um número;
  2. usar o Throughput histórico do nível que entrega esses itens;
  3. considerar quanto da capacidade do time está alocada à iniciativa, já que raramente é 100%;
  4. rodar a simulação de Monte Carlo e informar a data com o percentil escolhido.

A previsão melhora quando o WIP do portfólio é baixo, porque cada iniciativa recebe uma fatia maior e mais estável da capacidade. Refaça a previsão a cada ciclo: à medida que a iniciativa avança, a faixa de itens fica mais estreita e a data, mais confiável. Use o simulador de Monte Carlo com dados reais do analisador de fluxo.

Erros comuns

  • Somar estimativas dos times para chegar à data da iniciativa. Ignora as esperas entre times e a variabilidade.
  • Criar um nível de portfólio que só controla. Se ele não limita o WIP de iniciativas, não melhora o fluxo.
  • Tratar o serviço compartilhado como fornecedor externo. Ele precisa de políticas e revisões conjuntas.
  • Descobrir dependências no meio do trabalho. A análise deve acontecer antes do ponto de comprometimento.
  • Comparar Throughput entre times. Itens têm tamanhos e naturezas diferentes; a comparação incentiva distorções.

Como isso aparece na prova

Na KGFP, as questões deste domínio partem de cenários com vários times e dados. Exemplos do tipo de decisão: qual mudança reduz o Lead Time de ponta a ponta quando as esperas estão entre times; como definir o limite de WIP do portfólio; qual previsão informar para uma iniciativa considerando a capacidade alocada e a faixa de itens; como tratar um serviço compartilhado que é o gargalo de vários times. O caso prático da KGFP também usa dados por candidato para cobrar essa leitura.

Perguntas frequentes

Este domínio cai na KGCP?

Não. O domínio 8 é cobrado apenas na KGFP. Para a KG Foundations e a KGCP, os domínios cobrados são do 1 ao 7, e conhecer este conteúdo ajuda a entender o contexto do seu time, mas não é exigido na prova.

Como lidar com dependências que não podem ser eliminadas?

Torne-as visíveis nos dois quadros envolvidos, combine políticas de atendimento entre os serviços e acompanhe a idade dos itens que esperam. Discuta os padrões na Revisão de Operações, onde estão as pessoas com autoridade para mudar o desenho entre times.

Dá para prever uma iniciativa que ainda não foi detalhada?

Dá, com uma faixa. Estime a quantidade de itens como intervalo, use o Throughput histórico e a capacidade alocada e simule. A previsão inicial é larga e fica mais estreita conforme a iniciativa é detalhada e os primeiros itens são entregues.