Operations Review no Kanban: como conduzir a revisão de operações

A Operations Review é a reunião do Kanban que sai do quadro de uma equipe e olha a área inteira. Quando um escritório de projetos, um departamento de TI ou uma empresa pequena tem vários serviços que dependem uns dos outros, cada equipe pode estar otimizando o próprio quadro enquanto o conjunto entrega devagar. A revisão de operações existe para enxergar esse conjunto e decidir sobre ele.

Abaixo estão o lugar da Operations Review entre as cadências do Kanban Method, quem chamar, que dados preparar, uma pauta pronta para usar e os erros que transformam a reunião em leitura de relatório.

O que é a Operations Review

A Operations Review é uma das cadências do Kanban Method, a abordagem mantida pela Kanban University. David Anderson, num texto de 2015 no site da Kanban University, descreve as cadências como as reuniões cíclicas que conduzem a mudança evolutiva e uma entrega de serviço adequada ao propósito. No mesmo texto, ele aponta que a Service Delivery Review e a Operations Review fornecem à revisão de estratégia informações sobre a capacidade da organização.

Na prática, a Operations Review cobre uma parte maior da organização do que a revisão de um serviço: um departamento, várias equipes que dependem umas das outras ou uma empresa pequena inteira. O foco é o fluxo global, e não a otimização local de cada equipe. A pergunta central é: o conjunto de serviços está entregando o que os clientes precisam, no tempo de que precisam, com a capacidade que temos?

Uma observação útil: o Kanban Guide, a outra referência do método, não nomeia reuniões específicas; ele cita como prática comum revisar os itens ativos com regularidade e afirma que mudanças no fluxo não precisam esperar uma reunião formal. Se a sua equipe segue só o Kanban Guide, a Operations Review entra como uma prática adicional, emprestada do Kanban Method. A diferença entre as duas referências está em Kanban Method e Kanban Guide.

Onde a Operations Review fica entre as cadências

O Kanban Method organiza as reuniões em níveis, do trabalho diário à estratégia:

A frequência de cada uma não é fixa. Materiais da Kanban University orientam a escolher frequência e duração conforme o contexto. Para a Operations Review, o intervalo mensal é comum, porque dá tempo de os dados mostrarem tendência sem deixar problemas acumularem. Como montar o calendário completo das reuniões está em cadências do Kanban.

A relação mais importante é com a Service Delivery Review: cada serviço faz a sua revisão com os clientes, e a Operations Review junta as conclusões para olhar o que nenhuma equipe resolve sozinha.

Quem participa da revisão de operações

• Responsáveis pelo fluxo de cada serviço. Em equipes que usam o papel, são os Service Delivery Managers. Em outras, quem conduz o quadro de cada equipe.
• Representantes das áreas dependentes. Se o serviço de infraestrutura atende os projetos de sistemas, os dois precisam estar na sala.
• Um gestor com autoridade sobre o conjunto. Alguém que possa mover pessoas, mudar prioridades entre serviços ou aprovar uma mudança de política. Sem essa pessoa, a reunião só registra problemas.
• Convidados por tema. Um patrocinador, um cliente interno ou um especialista, quando a pauta pedir.

Mantenha o grupo pequeno o bastante para conversar. Se cada serviço trouxer cinco pessoas, a reunião vira apresentação.

Que dados levar para a Operations Review

Cada serviço prepara os mesmos indicadores, no mesmo formato, para que a comparação faça sentido:

1. Vazão. Quantos itens o serviço terminou no período, por tipo de item.
2. Tempo de ciclo. A distribuição do tempo entre início e fim dos itens, e não só a média.
3. Trabalho em andamento e idade dos itens. Quantos itens estão abertos e há quanto tempo, para identificar o que está envelhecendo.
4. Bloqueios. Quantos, por quanto tempo e por quais causas, separando os que dependem de outro serviço.
5. Demanda e capacidade. Quantos pedidos chegaram e quantos o serviço conseguiu iniciar, para ver se a fila está crescendo.
6. Dependências. Itens que esperaram por outro serviço e quanto tempo esperaram.

O diagrama de fluxo cumulativo de cada serviço resume vários desses pontos numa só imagem: crescimento de filas, mudança de vazão e acúmulo em etapas. Como ler o gráfico está em diagrama de fluxo cumulativo.

Pauta sugerida para a Operations Review

Uma pauta de partida para uma reunião de 90 minutos, para ajustar ao tamanho da área:

1. Retomada das ações da última revisão (10 min). O que foi feito, o que não foi e por quê.
2. Panorama dos serviços (20 min). Cada responsável mostra os indicadores do período em poucos minutos, com foco no que mudou.
3. Dependências e gargalos entre serviços (25 min). Onde um serviço esperou por outro, onde a fila cresceu e quais bloqueios se repetem em mais de uma equipe.
4. Equilíbrio entre demanda e capacidade (15 min). Algum serviço está recebendo mais do que consegue entregar? Algum está ocioso?
5. Decisões e experimentos (15 min). Mudança de política, de limite de WIP, de alocação ou de prioridade, tratada como experimento com prazo para avaliar.
6. Encaminhamentos (5 min). O que sobe para a revisão de estratégia e o que vai para a revisão de riscos.

Registre as decisões numa ata curta, com responsável e data. Sem isso, a próxima revisão começa do zero.

Exemplo ilustrativo: escritório de projetos de TI

Imagine um escritório de projetos de TI com quatro serviços: desenvolvimento de sistemas, infraestrutura, dados e suporte a usuários. Cada um tem o próprio quadro e faz a sua revisão de serviço a cada duas semanas.

Na Operations Review mensal, os dados mostram que o tempo de ciclo do desenvolvimento está subindo, embora a equipe esteja com WIP baixo. A causa aparece na análise de dependências: muitos itens ficam parados esperando ambiente da infraestrutura, que está recebendo mais pedidos do que consegue atender. Nenhuma das duas equipes resolveria isso sozinha.

O grupo decide, como experimento por dois meses, reservar parte da capacidade da infraestrutura para pedidos de ambiente com política explícita de atendimento e medir o tempo de espera. Na revisão seguinte, o indicador de dependência mostra se a decisão funcionou. O exemplo é ilustrativo; o ponto é que o problema só fica visível quando os serviços são olhados juntos.

Erros que esvaziam a revisão de operações

• Virar leitura de relatório. Se cada serviço lê os seus números e ninguém decide nada, a reunião pode ser substituída por um e-mail.
• Comparar equipes para ranquear. Serviços diferentes têm demandas diferentes. O objetivo é melhorar o fluxo do conjunto, não premiar a equipe mais rápida.
• Indicadores diferentes em cada serviço. Sem formato comum, não há comparação nem soma.
• Ausência de quem decide. Problemas entre serviços precisam de alguém com autoridade sobre os dois.
• Repetir a revisão de serviço. Detalhe de item a item pertence à Service Delivery Review ou à reunião diária.

Operations Review em áreas que não usam Kanban

A revisão de operações depende de dados de fluxo: quanto entra, quanto sai, quanto tempo leva e onde para. Áreas que não usam quadro Kanban podem fazer uma reunião parecida, mas precisam primeiro registrar datas de início e fim do trabalho e as dependências entre equipes. Sem isso, a conversa volta a ser feita de impressões.

Para começar, escolha três serviços que dependem uns dos outros, peça a cada um os seis indicadores acima referentes ao último mês e faça uma primeira revisão de uma hora só sobre dependências. O resultado mostra se vale institucionalizar a cadência. Para estruturar as reuniões, as métricas e o desenho dos serviços com método, o curso de Kanban da Projeto Diário trabalha as cadências aplicadas a projetos e prepara para a certificação CKMS. A visão geral do método está em o que é Kanban.