Gestão de Fluxo

Prévia do material em texto

Gestão de Fluxo, Vazão e Lead Time no Contexto da Agilidade em Larga Escala 
Documento explicativo destinado a apoiar ações educativas, planejamento de PI e fortalecimento da maturidade ágil, com base nos métodos de Agilidade em Larga Escala e práticas consolidadas de gestão de fluxo. 
1. Introdução 
A crescente complexidade das demandas de negócio e a necessidade de maior previsibilidade na entrega de valor exigem que as organizações adotem modelos de trabalho que vão além da simples execução de tarefas. A Agilidade em Larga Escala propõe uma abordagem sistêmica para alinhar estratégia, execução e governança, permitindo que grandes organizações operem de forma mais adaptativa e orientada a fluxo de valor. 
 
Neste contexto, indicadores como Vazão (Throughput), Lead Time e Work in Progress (WIP) assumem papel fundamental para compreender o desempenho real do sistema de entrega, identificar gargalos e orientar decisões de melhoria contínua. 
2. Visão Geral da Agilidade em Larga Escala 
A Agilidade em Larga Escala organiza a entrega de valor em diferentes níveis, promovendo alinhamento entre estratégia e execução. A estrutura enfatiza Fluxos de Valor, Agile Release Trains (ARTs), Planejamento Incremental (PI Planning) e a aplicação consistente de princípios Lean-Ágeis. 
 
Nesse contexto, o foco desloca-se da otimização local para a otimização do sistema como um todo, reforçando a importância de limitar trabalho em andamento, reduzir tempos de espera e acelerar a entrega de valor ao cliente. 
3. Hierarquia de Trabalho na Agilidade em Larga Escala 
A organização do trabalho na Agilidade em Larga Escala ocorre de forma hierárquica, permitindo decomposição progressiva do valor a ser entregue. Para fins deste documento, considera-se a seguinte hierarquia conceitual: 
 
• Necessidade de Negócio 
• Entrega (Epic/Capability/Feature, conforme o nível do fluxo de valor) 
• Item de Backlog (Histórias, Enablers ou tarefas técnicas) 
 
Essa hierarquia é essencial para garantir que a execução operacional esteja sempre conectada aos objetivos estratégicos da organização. 
3.1 Relação entre Necessidade, Entrega e Itens de Backlog (Comunidades e Boxes) 
Necessidade é a demanda estratégica ou operacional identificada pela área de negócio, normalmente alinhada aos objetivos corporativos, ao planejamento trimestral e/ou à estratégia da diretoria. Em geral, é o ponto de partida do fluxo, sendo cadastrada e acompanhada nos sistemas de gestão de demandas (ex.: RTC/GID e Vitrine). 
Entrega é o desdobramento da necessidade em um ou mais resultados concretos (produto, funcionalidade, melhoria ou solução) a serem implementados pela comunidade/box. Uma mesma necessidade pode gerar múltiplas entregas, que devem permanecer vinculadas à necessidade para garantir acompanhamento de planejamento, governança e rastreabilidade. O correto preenchimento de campos de planejamento (ex.: “Planejado Para”, quando aplicável) é essencial para visibilidade em painéis gerenciais. 
Itens de Backlog (IB) são as unidades de trabalho detalhadas que compõem cada entrega. Representam, por exemplo, histórias de usuário, serviços, defeitos, tarefas técnicas, épicos ou débitos técnicos. Os IBs são “filhos” das entregas e precisam estar corretamente vinculados para que o fluxo seja rastreado e as métricas (lead time, vazão, CFD, WIP) sejam apuradas de forma consistente. 
Fluxo simplificado: Necessidade → desdobrada em uma ou mais Entregas → cada Entrega composta por Itens de Backlog. 
Exemplo prático: uma necessidade de “Melhorar a experiência digital do cliente” pode gerar entregas como “Nova funcionalidade de login” e “Redesign da tela inicial”. Cada entrega, por sua vez, terá itens de backlog como “Implementar autenticação biométrica”, “Testar fluxo de login”, “Atualizar layout”, entre outros. 
Rastreabilidade: permite acompanhar desde a demanda estratégica até a execução detalhada. 
Gestão de métricas: métricas de fluxo dependem da correta vinculação entre necessidade, entrega e itens de backlog. 
Priorização: necessidades são priorizadas e refinadas em entregas e, depois, detalhadas em itens executáveis. 
Planejamento: o planejamento trimestral se sustenta nas entregas vinculadas às necessidades prioritárias, com o progresso refletido no avanço dos itens de backlog. 
Resumo: Necessidade é o “porquê” e o “o quê” estratégico; Entrega é a materialização operacional do “como”; e Itens de Backlog descrevem “o que exatamente será feito” para viabilizar a entrega. 
 
3.2 Fluxo de status (Necessidade, Entrega e Item de Backlog) 
Artefato 
Status (fluxo típico) 
Observações 
Necessidade 
Em Ideação → Em Revisão → Priorizada (ex.: pelo Arquiteto) → Em Atendimento → Concluída 
 
Alternativas: Cancelada 
O status evolui conforme validação, priorização e atendimento via entregas vinculadas. 
Entrega 
Nova → Em Planejamento → Em Atendimento → Concluída 
 
Alternativas: Cancelada 
Deve permanecer vinculada à necessidade e conter informação de planejamento (ex.: trimestre/ciclo), quando aplicável. 
Item de Backlog 
Novo → Em Refinamento → Preparado → Em Desenvolvimento → Implementado → Pronto → Aceito 
 
Alternativas: Não Aceito, Adiado, Cancelado 
A transição e a vinculação correta impactam rastreabilidade, métricas e leitura de progresso (WIP/Lead Time/Vazão). 
Nota: os nomes exatos e as regras de transição podem variar conforme a configuração do fluxo em cada ferramenta, comunidade/box e tipo de item. Para uso operacional, valide o fluxo vigente no RTC/GID/Vitrine e nos painéis corporativos associados. 
4. Itens de Backlog na Agilidade em Larga Escala 
Os Itens de Backlog representam a menor unidade de trabalho executável pelas equipes. Na Agilidade em Larga Escala, espera-se que esses itens sejam pequenos, claros, com critérios de aceite bem definidos e passíveis de conclusão dentro de um ciclo curto de execução. 
 
Itens excessivamente grandes ou mal refinados tendem a atravessar múltiplas iterações ou sprints, gerando aumento de Lead Time, acúmulo de WIP e redução da previsibilidade do sistema. 
5. O Indicador de Vazão (Throughput) 
A Vazão, ou Throughput, mede a quantidade de itens efetivamente concluídos em um determinado período de tempo. No contexto da Agilidade em Larga Escala, a vazão deve ser compreendida como um indicador do desempenho do sistema, e não como uma métrica de produtividade individual. 
 
A vazão está diretamente relacionada à capacidade do sistema de finalizar trabalho e entregar valor validado. Incrementar vazão de forma sustentável implica reduzir gargalos, limitar WIP e melhorar a fluidez do fluxo de trabalho. 
6. Lead Time no Contexto da Agilidade em Larga Escala 
Lead Time representa o tempo total que um item leva desde sua criação até sua aceitação final. Diferentemente de métricas focadas apenas em execução ativa, o Lead Time incorpora também períodos de espera, filas e retrabalho, refletindo a experiência percebida pelo cliente. 
 
Na Agilidade em Larga Escala, a redução do Lead Time é um objetivo estratégico, pois está associada à rapidez de resposta ao mercado, ao aumento da satisfação do cliente e à maior eficiência organizacional. 
7. WIP e sua Influência no Fluxo 
Work in Progress (WIP) corresponde a todo trabalho iniciado, mas ainda não finalizado. A Agilidade em Larga Escala enfatiza explicitamente a limitação de WIP como mecanismo essencial para otimização do fluxo. 
 
Altos níveis de WIP aumentam o Lead Time, reduzem a vazão e elevam o risco de retrabalho e falhas de qualidade. A gestão consciente do WIP favorece foco, colaboração e entrega mais rápida de valor. 
8. Planejamento de PI e Gestão de Dependências 
O PI Planning é um evento central na Agilidade em Larga Escala, no qual as equipes alinham objetivos, identificam dependências e estabelecem compromissos realistas para o incremento. Dependências não mapeadas representam uma das principais fontes de atraso e replanejamento. 
 
A visibilidade antecipada das dependências possibilita decisões conscientes, sustentando previsibilidade,redução de riscos e maior confiabilidade dos planos de execução. 
9. Relação entre Métricas Operacionais e Governança 
Indicadores como Vazão, Lead Time e WIP não devem ser analisados isoladamente. Na Agilidade em Larga Escala, essas métricas subsidiam decisões de governança, permitindo avaliar a saúde do fluxo de valor e orientar ações corretivas de forma sistêmica. 
 
A interpretação adequada dessas métricas evita abordagens punitivas e reforça uma cultura de melhoria contínua orientada a dados. 
10. Considerações Finais 
A aplicação consistente dos princípios da Agilidade em Larga Escala, aliada ao uso consciente de indicadores de fluxo, contribui para a construção de um sistema de entrega mais previsível, eficiente e alinhado às necessidades do negócio. 
 
A maturidade ágil não se resume à adoção formal do framework, mas à capacidade de compreender e otimizar o fluxo de valor de ponta a ponta, promovendo aprendizado contínuo e evolução organizacional. 
11. Métricas de Fluxo em Times Ágeis: WIP, Lead Time e Throughput 
Em times que aplicam métodos ágeis, especialmente no contexto da Agilidade em Larga Escala, é fundamental acompanhar de forma sistemática as métricas de Work in Progress (WIP), Lead Time e Throughput (Vazão). Esses indicadores são essenciais para avaliar a saúde das entregas, apoiar a tomada de decisão e aumentar a previsibilidade do desenvolvimento ágil. 
Essas métricas ajudam a compreender como o trabalho flui ao longo do sistema, tornando visíveis gargalos, filas, retrabalhos e oportunidades de melhoria contínua. Embora sejam amplamente discutidas em contextos Lean e Kanban, elas são plenamente aplicáveis a equipes Scrum e a ARTs em contextos de Agilidade em Larga Escala, contribuindo para maior eficiência operacional e alinhamento com objetivos de negócio. 
11.1 Work in Progress (WIP) 
O WIP representa todo o trabalho que foi iniciado, mas ainda não foi concluído. Pode ser entendido como tudo aquilo que já consumiu capacidade do time, mas ainda não gerou valor efetivo. Um exemplo simples é uma lista de tarefas já iniciadas, mas ainda não marcadas como concluídas. 
Um WIP excessivamente alto costuma gerar diversos efeitos colaterais negativos, como gargalos, aumento do tempo de espera, perda de foco, troca frequente de contexto e maior probabilidade de retrabalho. Por esse motivo, a Agilidade em Larga Escala enfatiza a limitação consciente do WIP como prática essencial para estabilizar o fluxo e melhorar os resultados do sistema de entrega. 
11.2 Lead Time 
O Lead Time corresponde ao tempo total decorrido desde o momento em que uma demanda entra no fluxo de trabalho até o momento em que é efetivamente concluída e aceita. Essa métrica reflete a experiência real percebida pelo cliente ou usuário do serviço. 
Para calcular o Lead Time, registra-se a data de entrada da demanda no fluxo (por exemplo, quando o item é criado ou priorizado) e a data de saída (quando o item é aceito como concluído). Um Lead Time elevado geralmente indica excesso de WIP, dependências não tratadas, filas extensas ou baixa qualidade no refinamento do backlog. 
11.3 Throughput (Vazão) 
O Throughput, ou vazão, mede a quantidade de itens de trabalho concluídos em um determinado período de tempo. Pode ser observado, por exemplo, como o número de itens entregues por sprint, por iteração ou por mês. 
Essa métrica ajuda a responder perguntas fundamentais, como: “Quantas demandas conseguimos entregar em um ciclo de tempo específico?” Em contextos de Agilidade em Larga Escala, o throughput é interpretado como uma característica do sistema de entrega, e não como uma medida de produtividade individual. 
11.4 Relação entre WIP, Lead Time e Throughput 
As três métricas estão profundamente interligadas e devem ser analisadas de forma conjunta. Em termos gerais, quanto maior o número de itens em progresso (WIP), maior tende a ser o Lead Time de cada item, pois a capacidade do time é dividida entre múltiplos trabalhos em andamento. 
Esse aumento de WIP também pode criar a falsa impressão de que muito trabalho está sendo realizado, quando na prática isso não se converte em maior vazão. O excesso de tarefas iniciadas aumenta a troca de contexto e reduz o foco em finalização; como efeito, frequentemente leva à diminuição do throughput. 
Além disso, Lead Times longos tendem a impactar negativamente o throughput, pois quanto mais tempo o sistema leva para concluir um item, menos itens podem ser finalizados no mesmo período. Em contraste, Lead Times curtos favorecem ciclos de feedback rápidos e aumentam a capacidade do sistema de entregar valor de forma contínua. 
De forma integrada, a boa gestão dessas métricas permite reduzir incertezas, aumentar a previsibilidade e sustentar decisões mais realistas de planejamento. A recomendação central é limitar conscientemente o WIP, com o objetivo de manter Lead Times mais curtos e, como consequência, aumentar o throughput de maneira sustentável. 
11.5 Flow Efficiency (Eficiência de Fluxo) 
A métrica Flow Efficiency (Eficiência de Fluxo) mede a proporção entre o tempo em que um item está em execução (trabalho efetivo, como desenvolvimento e testes) e o tempo em que permanece em fila (esperas no fluxo, como aguardando review, dependências, testes, deploy ou outras validações). Em outras palavras, ela evidencia quanto do Lead Time é tempo de valor agregado versus tempo de espera, ajudando a tornar visível o desperdício associado a filas invisíveis. 
Em experiências práticas de gestão de fluxo, há cenários em que apenas 25% do Lead Time corresponde a desenvolvimento e testes, enquanto os outros 75% representam desperdício em filas (por exemplo, esperando review, aguardando dependências, esperando testes ou deploy). Ao atacar essas esperas com ações de melhoria (como as descritas neste documento), é possível reverter o indicador e obter ganhos relevantes, como dobrar a velocidade de entrega sem aumentar o número de pessoas. 
Como prática de acompanhamento, recomenda-se observar a Flow Efficiency junto com WIP, Lead Time e Throughput, pois a métrica ajuda a direcionar a investigação para onde o tempo está sendo consumido no fluxo (execução versus filas). Em especial, quando o Lead Time aumenta sem ganhos de throughput, a Flow Efficiency tende a revelar o crescimento do tempo de espera e a necessidade de atuar em políticas de pull, limites de WIP, definição de critérios de pronto, redução de dependências e melhoria do processo de validação. 
12. Recomendações Normativas para Gestão de Fluxo na Agilidade em Larga Escala 
Com base na análise conceitual e empírica das métricas de WIP, Lead Time e Throughput, recomenda-se que os times, ARTs e instâncias de governança adotem, de forma sistemática, práticas orientadas à gestão do fluxo como princípio estruturante da execução ágil. ART (Agile Release Train) é a organização estável de múltiplos times ágeis, que operam de forma sincronizada e com uma cadência comum para planejar, construir, integrar e entregar valor continuamente dentro de um Fluxo de Valor. Essas recomendações visam mitigar replanejamentos recorrentes, reduzir variabilidade do sistema e aumentar a previsibilidade das entregas. 
12.1 Limitação consciente de Work in Progress (WIP): Deve-se estabelecer limites explícitos de WIP em nível de time, ART e fluxo de valor, assegurando que novos trabalhos só sejam iniciados quando houver capacidade efetiva para sua conclusão. O excesso de WIP deve ser tratado como risco operacional, sujeito a acompanhamento e ação corretiva. 
12.2 Monitoramento sistemático do Lead Time: Recomenda-se que o Lead Time seja acompanhado de forma contínua, considerando sua média, variabilidade e tendências ao longo do tempo. A identificação de Lead Times excessivamente longos deve desencadear análises de causa relacionadas a gargalos, dependências, qualidade do refinamento e práticas de aceite. 
12.3 Uso do Throughput como base para planejamento: O planejamento de capacidade e compromissos de PI e sprints deve considerar o Throughputhistórico do sistema, evitando sobrecomprometimento. O Throughput deve ser utilizado como referência para previsibilidade e não como instrumento de avaliação individual. 
12.4 Integração das métricas à governança: As métricas de fluxo devem subsidiar fóruns de governança, como PI Planning, Inspect & Adapt e fóruns executivos, permitindo decisões baseadas em evidências e promovendo melhoria contínua do sistema como um todo. 
13. Relação Sistêmica entre WIP, Lead Time e Throughput 
A figura a seguir ilustra a relação sistêmica entre Work in Progress, Lead Time e Throughput. Conforme princípios Lean adotados em abordagens de Agilidade em Larga Escala, o aumento descontrolado de WIP tende a elevar o Lead Time e, como consequência, reduzir o Throughput efetivo do sistema. 
 
14. Gargalos no Fluxo: Por que os Itens de Backlog Travam e Seus Impactos 
A permanência prolongada de Itens de Backlog em determinados status do fluxo constitui um indicador importante de desequilíbrio sistêmico. Itens que permanecem ‘presos’ no fluxo não representam apenas atraso pontual, mas sinalizam gargalos estruturais, processuais ou de governança, com impacto direto no Lead Time, na Vazão e na previsibilidade das entregas. 
14.1 Principais causas de travamento por status 
Novo / Em Refinamento – Itens travam nessa etapa, em geral, por ausência de clareza sobre a necessidade de negócio, falta de priorização efetiva, refinamento insuficiente ou ausência de critérios mínimos de aceite. Esse cenário indica backlog imaturo e falhas na conexão entre estratégia, planejamento e execução. 
Resultado negativo: aumento de fila invisível, crescimento do WIP conceitual (trabalho não preparado), atraso no início da geração de valor e imprevisibilidade no planejamento de PIs e sprints. 
Preparado – Itens permanecem nesse status quando há descompasso entre demanda priorizada e capacidade real do time, excesso de compromissos assumidos ou dependências não resolvidas antes do planejamento. 
Resultado negativo: sensação de backlog preparado que não se converte em entrega, pressão por início prematuro de trabalho e aumento do risco de sobrecarga durante a sprint. 
Em Desenvolvimento / Implementado – O travamento nessas etapas está frequentemente associado a WIP excessivo, dependências técnicas não mapeadas, itens grandes ou mal fatiados, bem como interrupções constantes e troca de contexto. 
Resultado negativo: aumento expressivo do Lead Time, queda de foco na finalização, crescimento do retrabalho e redução consistente da vazão efetiva do sistema. 
Pronto / Não Aceito – Itens travam nesse ponto quando os critérios de aceite não estão claros, a validação do negócio não ocorre de forma contínua ou há desalinhamento entre expectativa e entrega. 
Resultado negativo: retrabalho, retorno do item ao fluxo, distorção das métricas (item parece pronto, mas não gera valor) e degradação da confiança entre TI e Negócio. 
14.2 Benefícios de tratar gargalos e itens presos no fluxo 
A identificação e tratamento ativo de gargalos no fluxo geram efeitos positivos diretos e mensuráveis sobre o desempenho do sistema de entrega. A redução do número de itens presos libera capacidade, estabiliza o fluxo e fortalece a previsibilidade. 
Entre os principais benefícios observados destacam-se: redução do Lead Time médio e de sua variabilidade; aumento sustentável da vazão; melhoria da qualidade das entregas; maior clareza para planejamento e compromissos; e fortalecimento da confiança entre equipes, gestores e stakeholders. 
Além disso, o tratamento de gargalos promove mudança de comportamento organizacional, deslocando o foco de ‘começar mais trabalho’ para ‘finalizar trabalho iniciado’, em alinhamento direto com os princípios Lean e com os objetivos da Agilidade em Larga Escala. 
De forma estruturada, recomenda-se que itens com permanência prolongada em qualquer status sejam destacados, analisados em fóruns regulares (como dailies, reviews e Inspect & Adapt) e tratados como sinais de risco sistêmico, e não como falhas individuais. 
15. Prioridades Claras e Navegação Eficiente: o Papel do WIP no Desenvolvimento Ágil de Produtos 
15.1 Foco, objetivo claro e a arte de dizer não 
Quando o objetivo não está claro, é comum que times e lideranças disparem iniciativas em múltiplas direções, buscando atender a todas as demandas simultaneamente. Esse comportamento congestiona o fluxo, aumenta o WIP e multiplica as filas (esperas por decisão, review, dependências, testes e deploy), dificultando a finalização e degradando a previsibilidade. 
Por isso, priorizar é, acima de tudo, saber dizer não — especialmente para frentes que não movem o ponteiro do resultado e apenas consomem capacidade escassa. Ao reduzir frentes simultâneas e sustentar um foco deliberado, cria-se condição para entrega real: menos itens em aberto, mais itens concluídos, Lead Time menor e vazão mais estável. 
No contexto do desenvolvimento ágil de produtos, a entrega contínua de valor exige mais do que velocidade de execução: requer clareza de prioridades e foco disciplinado. A gestão eficaz do Work in Progress (WIP) emerge como elemento central para enfrentar desafios culturais e de priorização que permeiam o cotidiano das equipes ágeis. 
Em ambientes organizacionais tradicionais, a priorização tende a ser tratada como uma longa lista de requisitos, na qual diversos itens são considerados igualmente importantes. No entanto, sob a ótica dos métodos ágeis — e em especial dos princípios Lean que fundamentam a Agilidade em Larga Escala — a priorização constitui uma escolha estratégica consciente, orientada à maximização de valor no menor intervalo de tempo possível. 
A gestão eficaz do WIP confronta diretamente esse desafio ao impor limites explícitos ao volume de trabalho em andamento. Ao fazê-lo, força a organização a tomar decisões claras sobre o que realmente deve receber foco, evidenciando que não é possível tratar todas as demandas como igualmente urgentes sem comprometer o fluxo, a previsibilidade e a qualidade das entregas. 
Outro aspecto relevante refere-se à resistência cultural frequentemente observada em ambientes de trabalho intensivo em conhecimento. Persiste, em muitos contextos, o paradigma de que ‘mais é melhor’, no qual a quantidade de iniciativas simultâneas é erroneamente associada a maior produtividade. A limitação do WIP desafia esse modelo mental ao demonstrar, de forma empírica, que o foco em um conjunto restrito de tarefas gera entregas mais rápidas, consistentes e com maior impacto para o negócio. 
Nesse cenário, a priorização deixa de ser apenas uma lista ordenada de tarefas e passa a representar uma estratégia deliberada para alcançar objetivos específicos dentro de um período definido. O WIP atua, assim, como um mecanismo de governança do foco, ajudando equipes e lideranças a decidir não apenas o que iniciar, mas, principalmente, o que postergar ou interromper temporariamente. 
Ao adotar o princípio de ‘começar a terminar’ — em contraste com a prática recorrente de iniciar múltiplas frentes de trabalho — o WIP torna-se uma bússola confiável para a navegação no ambiente volátil do desenvolvimento de produtos. A redução do volume de trabalho em progresso contribui para minimizar a sensação de poucas entregas, deslocando a atenção para conclusões reais e incrementos efetivos de valor. 
Do ponto de vista sistêmico, a clareza de prioridades sustentada pela gestão do WIP reduz o Lead Time, estabiliza a vazão e melhora significativamente a previsibilidade do sistema de entrega. Cada item concluído passa a representar um marco concreto de progresso, fortalecendo a confiança entre equipes, stakeholders e instâncias de governança. 
Em síntese, em um ambiente caracterizado por altas demandas e mudanças constantes, a gestão consciente de prioridades por meio do WIP é condição necessária para uma navegação eficiente. Ao limitar o trabalho em andamento, evitar a dispersão e aceitar que ‘o ótimo é inimigo do bom’, as organizações reforçam seu compromisso com a entregacontínua de valor, alinhando execução, estratégia e aprendizado organizacional. 
16. Papéis e Responsabilidades na Gestão do Fluxo (Agilidade em Larga Escala) 
A gestão eficaz do fluxo no desenvolvimento ágil depende da atuação coordenada e complementar dos papéis definidos em abordagens de Agilidade em Larga Escala. Cada papel possui responsabilidades específicas na priorização, na fluidez do trabalho e na geração de valor, influenciando diretamente as métricas de WIP, Lead Time e Vazão. A atuação adequada desses papéis é condição necessária para a previsibilidade, a estabilidade do fluxo e a efetividade das entregas. 
16.1 Agile Master (AM) 
Papel: Guardião da maturidade ágil e da governança do sistema. 
Responsabilidades: 
Acompanhar a saúde do sistema ágil das comunidades e ARTs 
Promover alinhamento metodológico e disciplina de práticas 
Analisar métricas de WIP, Lead Time e Vazão em nível sistêmico 
Evitar uso punitivo de métricas, reforçando aprendizado organizacional 
Direcionar ações estruturantes para melhoria contínua do fluxo 
Contribuição para o fluxo: Identifica padrões estruturais de desequilíbrio, excesso de WIP e instabilidade de vazão, atuando sobre causas sistêmicas e não sobre indivíduos. 
16.2 Scrum Master (SM) 
Papel: Facilitador do fluxo e da disciplina do time. 
Responsabilidades: 
Facilitar eventos e proteger o foco do time 
Dar visibilidade a gargalos e itens presos no fluxo 
Estimular redução de WIP e foco em finalização 
Apoiar leitura correta das métricas no nível do time 
Promover aprendizado a partir de retrospectivas 
Contribuição para o fluxo: Atua diretamente sobre o fluxo diário, ajudando o time a reduzir hábitos que aumentam Lead Time e comprometem a vazão. 
16.3 Product Owner (PO) 
Papel: Guardião do valor e das prioridades. 
Responsabilidades: 
Definir prioridades claras e sustentáveis 
Garantir backlog fatiado e refinado 
Estabelecer critérios de aceite objetivos 
Validar entregas de forma contínua 
Evitar empurrar trabalho além da capacidade real do time 
Contribuição para o fluxo: Impacta diretamente o WIP e o Lead Time ao decidir o que entra (e o que não entra) no fluxo. 
16.4 Release Train Engineer (RTE) 
Papel: Orquestrador do fluxo no nível do ART. 
Responsabilidades: 
Facilitar PI Planning, Syncs e Inspect & Adapt 
Tornar dependências visíveis e tratáveis 
Acompanhar métricas agregadas do ART 
Promover ritmo sustentável e previsibilidade 
Estimular aprendizado entre ciclos de PI 
Contribuição para o fluxo: Assegura que o fluxo entre times seja estável, evitando gargalos interdependentes e compromissos irreais. 
16.5 Executivo de Negócios (Líder de Box) 
Papel: Responsável pelo direcionamento de negócio da Box/Comunidade, assegurando alinhamento estratégico, decisões de prioridade e sustentação institucional para execução do fluxo de valor. 
Responsabilidades: 
Definir e sustentar prioridades de negócio em nível de Box/Comunidade, reduzindo mudanças ad hoc que aumentam WIP 
Assegurar condições de decisão e patrocínio para remoção de impedimentos e dependências críticas 
Garantir governança de escopo e alinhamento entre objetivos do PI (ou ciclo equivalente) e necessidades do negócio 
Promover integração entre áreas/stakeholders da Box/Comunidade para evitar filas por validação e aprovações tardias 
Contribuição para o fluxo: Estabiliza a demanda e a priorização em nível de Box/Comunidade, reduzindo replanejamentos recorrentes e evitando o “empurrar trabalho” além da capacidade, com impacto direto em WIP e Lead Time. 
16.6 Líder de TI (Box/Comunidade) 
Papel: Responsável pela liderança técnica e pela capacidade de entrega de TI no contexto da Box/Comunidade, garantindo coerência técnica, qualidade e execução integrada. 
Responsabilidades: 
Assegurar capacidade técnica e alocação adequada para execução do plano (PI/ciclo), evitando sobrecarga e WIP excessivo 
Endereçar riscos técnicos, dívidas técnicas e decisões de arquitetura que impactam Lead Time e qualidade 
Atuar na remoção de impedimentos técnicos e no destravamento de dependências entre times e plataformas 
Garantir práticas de engenharia (integração, testes, deploy, observabilidade) compatíveis com fluxo contínuo 
Contribuição para o fluxo: Reduz filas técnicas e retrabalho ao garantir decisões e práticas de engenharia que favorecem integração contínua, diminuindo variabilidade e sustentando vazão previsível. 
16.7 Líder de Segmento/Negócio (BO) 
Papel: Responsável pelo direcionamento e pela validação do valor em um segmento/área de negócio específica, assegurando que as entregas gerem resultado e sejam aceitas com fluidez. 
Responsabilidades: 
Definir e manter critérios de valor e prioridades do segmento, evitando mudanças tardias que aumentam Lead Time 
Participar de fóruns de planejamento e governança (ex.: PI Planning/Inspect & Adapt), apoiando decisões de escopo e trade-offs 
Garantir disponibilidade para validação e aceite contínuo, reduzindo fila de “Pronto/Não Aceito” 
Promover alinhamento com demais stakeholders do segmento para reduzir retrabalho e reabertura de itens 
Contribuição para o fluxo: Aumenta a fluidez na validação e a qualidade do aceite ao dar clareza de valor e decisão rápida, reduzindo retornos de fluxo e variabilidade de Lead Time. 
16.8 Líderes de Missão 
Papel: Responsáveis por missões ou objetivos específicos dentro da Box, coordenando execução, decisões e integração de entregas para um resultado fim a fim. 
Responsabilidades: 
Traduzir objetivos da missão em incrementos executáveis e coordenar dependências entre times 
Assegurar que o fluxo avance com decisões rápidas sobre escopo, sequência e prioridades dentro da missão 
Promover visibilidade de progresso, riscos e gargalos, acionando fóruns adequados para destravamento 
Garantir alinhamento de negócio e TI no nível da missão, reduzindo retrabalho por entendimento divergente 
Contribuição para o fluxo: Reduz atrasos por coordenação e dependências ao organizar o trabalho por objetivo fim a fim, aumentando previsibilidade e reduzindo filas invisíveis entre times. 
16.9 Líder de TI (Comunidade) 
Papel: Responsável pela liderança técnica no escopo da Comunidade, promovendo integração entre squads, padronização técnica mínima e suporte ao fluxo de entrega. 
Responsabilidades: 
Alinhar práticas e padrões técnicos entre squads, evitando variações que criam filas e retrabalho 
Apoiar a priorização de melhorias técnicas e de capacidade (enablers) que reduzem Lead Time 
Facilitar destravamento de dependências técnicas entre squads e com áreas externas (plataformas/arquitetura) 
Estimular transparência técnica (débitos, riscos, qualidade) para suportar decisões de governança 
Contribuição para o fluxo: Diminui atrito de integração entre squads ao harmonizar decisões técnicas e criar caminhos de destravamento, melhorando vazão e reduzindo retrabalho. 
16.10 Líder de Negócio (Comunidade) 
Papel: Responsável pela liderança do negócio no escopo da Comunidade, garantindo clareza de objetivos, priorização e validação contínua para evitar filas por decisão. 
Responsabilidades: 
Assegurar priorização consistente e comunicação clara das prioridades para squads e stakeholders 
Garantir disponibilidade para alinhamentos e validações, reduzindo esperas no fluxo e retrabalho por interpretação 
Atuar como ponto focal de decisões de negócio em nível de comunidade, evitando escalonamentos tardios 
Promover alinhamento de expectativas e critérios de aceite, fortalecendo qualidade percebida e confiança 
Contribuição para o fluxo: Reduz o tempo de espera por decisão/validação em nível de comunidade, diminuindo retornos de itens e estabilizando o fluxo de aceite. 
16.11 Agilistas (Líder Ágil, Coach Ágil e afins) 
Papel: Agentes de mudança e facilitadores da melhoria contínua, atuando de forma transversal para fortalecer práticas Lean-Ágeis e a disciplina de fluxo (inclui, conforme contexto, Líder Ágil e Coach Ágil). 
Responsabilidades: 
Impulsionar melhoriacontínua e aprendizado organizacional com base em métricas de fluxo (WIP, Lead Time, Vazão) 
Facilitar workshops e acordos de trabalho (políticas explícitas, limites de WIP, Definition of Ready/Done) 
Atuar no desenvolvimento de liderança e cultura, reduzindo comportamentos que geram congestionamento (ex.: iniciar demais, priorizar tarde) 
Apoiar a integração entre comunidades/boxes e a consistência metodológica, em complemento aos papéis de AM e SM 
Contribuição para o fluxo: Aumenta a capacidade do sistema de melhorar continuamente, promovendo disciplina de fluxo e eliminando causas recorrentes de excesso de WIP, filas e retrabalho. 
16.12 Agente de Solução / Líder de Solução 
Papel: Responsável por orientar soluções técnicas e apoiar a coordenação de entregas quando há complexidade técnica relevante ou necessidade de integração entre múltiplos times. 
Responsabilidades: 
Definir direcionamento de solução e apoiar decisões técnicas que reduzam risco e retrabalho 
Promover integração técnica entre times/squads (interfaces, contratos, padrões), reduzindo dependências não tratadas 
Apoiar avaliação de viabilidade técnica e fatiamento de entregas para lotes menores 
Atuar como suporte técnico para remoção de bloqueios críticos que degradam Lead Time 
Contribuição para o fluxo: Reduz incerteza técnica e dependências ocultas ao alinhar solução e integração desde o início, evitando “integração tardia” e diminuindo retrabalho. 
16.13 Arquitetos Empresariais 
Papel: Papel estratégico responsável por alinhar estratégia de negócio e capacidade de TI, orientando a seleção e o encadeamento de iniciativas para maximização de valor no fluxo de valor. 
Responsabilidades: 
Assegurar coerência entre objetivos estratégicos, portfólio e execução (do tema estratégico ao backlog executável) 
Orientar decisões de priorização de iniciativas e sequenciamento, evitando start excessivo e conflitos de prioridade 
Garantir visão integrada de dependências e capacidades transversais (arquitetura, dados, segurança), suportando decisões antecipadas 
Atuar como ponte de comunicação entre negócio e TI para reduzir retrabalho por desalinhamento 
Contribuição para o fluxo: Reduz variabilidade sistêmica ao orientar sequenciamento e escolhas de alto impacto antes do trabalho entrar no nível operacional, diminuindo retrabalho e congestionamento por conflito de prioridades. 
16.14 Times/Squads 
Papel: Equipes multidisciplinares responsáveis por executar e finalizar entregas, operando com disciplina de fluxo e qualidade para gerar valor validado. 
Responsabilidades: 
Operar com limites de WIP e foco em finalização, reduzindo troca de contexto e filas internas 
Fatiar entregas em lotes menores e manter backlog pronto (critérios claros), reduzindo Lead Time 
Tornar bloqueios e dependências visíveis cedo, buscando destravamento antes que virem gargalos 
Assegurar qualidade por meio de práticas de engenharia e definição de pronto, evitando reabertura de itens 
Contribuição para o fluxo: Converte demanda em entrega concluída. Quando sustentam limites de WIP, lotes menores e qualidade, elevam vazão e reduzem Lead Time de forma sustentável. 
16.15 UX Designer 
Papel: Responsável pela experiência do usuário nas soluções, contribuindo para clareza de requisitos, validação antecipada e redução de retrabalho. 
Responsabilidades: 
Realizar discovery e validações com usuários/stakeholders para reduzir incerteza e reabertura de itens 
Apoiar definição e detalhamento de requisitos/fluxos de uso, contribuindo para backlog mais pronto 
Colaborar com times para soluções consistentes e testáveis, reduzindo retrabalho e tempo de revisão 
Definir critérios de usabilidade/aceite de experiência para apoiar validação contínua 
Contribuição para o fluxo: Antecipando validação e clareza de requisitos, reduz retrabalho e ciclos de devolução, melhorando Lead Time e qualidade percebida. 
16.16 Papéis operacionais e de gestão técnica (Assistente Master TI, Assistente Pleno, Gerente Executivo e afins) 
Papel: Papéis de suporte operacional e gestão técnica que asseguram execução do trabalho com organização, conformidade de processos internos e fluidez no encaminhamento de demandas e decisões. 
Responsabilidades: 
Organizar rotinas operacionais e registros necessários (ex.: cadências, encaminhamentos, controles), reduzindo filas por falta de informação 
Apoiar coordenação com áreas externas (compras, segurança, compliance, infraestrutura) para destravamento de dependências 
Dar suporte à comunicação e transparência de status, reduzindo escalonamentos tardios e retrabalho por ruído 
Apoiar a disciplina de execução (critérios, aprovações necessárias e prazos), evitando itens “parados por processo” 
Contribuição para o fluxo: Reduz tempo de espera por trâmites operacionais e integrações com áreas de suporte, diminuindo filas invisíveis que elevam o Lead Time. 
Mensagem normativa de fechamento: A previsibilidade e a efetividade do fluxo não dependem de um único papel, mas da atuação integrada e consciente de todos, com base em métricas e decisões orientadas ao sistema. 
 
17. Lições do Encontro InterComunidades: Fluxo, Priorização e Governança Ágil 
O Encontro InterComunidades e Boxes – Agilidade evidenciou desafios estruturais e culturais relacionados à gestão do fluxo de trabalho, à priorização e à governança ágil. As discussões reforçaram que indicadores como WIP, Lead Time, Vazão e Atendimento ao Planejamento representam perspectivas complementares de um mesmo sistema e devem ser analisados de forma integrada. 
17.1 Priorização e Cultura Organizacional 
Foi evidenciado que a priorização tardia, a inclusão de demandas fora do planejamento formal e a prática recorrente de trabalho ‘entubado’ geram impacto negativo direto no sistema de entrega. Esses comportamentos aumentam o WIP, degradam o Lead Time, reduzem a previsibilidade e distorcem indicadores de orçamento e vazão. 
Reforça-se que a priorização é uma responsabilidade organizacional, e não apenas operacional, cabendo às instâncias de governança assegurar o respeito às decisões planejadas. 
17.2 Planejamento, Transparência e Indicadores 
O encontro reforçou que indicadores não devem ser protegidos por meio da subestimação deliberada do planejamento. Tentativas de melhoria isolada de um indicador tendem a gerar degradação em outros, dado que todos refletem o mesmo fluxo subjacente. 
A gestão orientada a dados depende da representação fiel do trabalho real executado, mesmo quando isso expõe fragilidades temporárias do sistema, em iniciativas de Agilidade em Larga Escala. 
17.3 Trabalho em Aberto e Estoque de Backlog 
Foi amplamente discutido o impacto negativo do excesso de itens em status como Preparado, Aceito ou Em Desenvolvimento por longos períodos. Esse acúmulo caracteriza estoque elevado de trabalho inacabado, desperdício de esforço de refinamento, retrabalho, reaprendizagem e perda de valor percebido. 
Reforçou-se o princípio Lean: ‘Pare de começar e comece a terminar’ como base para a melhoria sustentável do fluxo. 
17.4 Cancelamento como Prática de Gestão 
O cancelamento de itens foi reconhecido como prática legítima e saudável de gestão de backlog, especialmente para itens parados por longos períodos ou que perderam relevância. Cancelar trabalho não é falha operacional, mas ato consciente de priorização estratégica. 
17.5 Governança, Autoridade e Responsabilidade 
O encontro evidenciou que o desrespeito à governança por atores com autoridade compromete seriamente o fluxo, gerando colapso local e impactos sistêmicos. Recomenda-se o fortalecimento institucional da governança ágil, com clareza sobre papéis decisórios e responsabilização transparente sobre decisões que afetam planejamento e indicadores. 
17.6 Síntese Normativa 
A saúde do fluxo depende da coerência entre planejamento, execução e governança. Indicadores devem ser utilizados como instrumentos de aprendizado e melhoria sistêmica, e não como mecanismos de mascaramento da realidade oupressão isolada. 
Mensagem de fechamento: A melhoria contínua do fluxo exige transparência, alinhamento e coragem institucional para enfrentar os sinais revelados pelos indicadores. Sem governança respeitada em todos os níveis, a agilidade perde sua função transformadora. 
 
18. FAQ – Planejamento Integrado, Métricas Ágeis e PI Planning 
(Baseado em materiais oficiais CAIXA) 
 
18.1 Por que fui indicado como Arquiteto Empresarial? 
Você foi indicado pela sua diretoria devido à sua visão estratégica, capacidade de negociação, competências de comunicação, flexibilidade e liderança colaborativa. Essas habilidades são essenciais para atuar como Arquiteto Empresarial no movimento de desdobramento da Estratégia Corporativa em um planejamento integrado CAIXA das necessidades de TI para cada trimestre. 
 
18.2 O que devo entregar? É só uma lista de priorização de demandas de TI? 
Não. O papel do Arquiteto Empresarial vai muito além da priorização de demandas. Você atuará na definição de quais iniciativas estratégicas a sua diretoria irá priorizar e entregar a cada trimestre. Pela primeira vez, a CAIXA terá uma visão integrada da execução da estratégia e das necessidades do negócio, com a tecnologia atuando para entregá-las. Você é protagonista dessa transformação. 
 
18.3 Tem uma equipe que pode nos auxiliar nesse momento inicial de planejamento? 
Sim! Existe um grupo multidisciplinar organizador desse movimento, dedicado a auxiliar os arquitetos empresariais. 
Canal de contato: bpdto01@caixa.gov.br 
 
18.4 Tem um repositório com informações que possam me ajudar nessa jornada? 
Sim! 
Portal Agilidade CAIXA: https://agilidade.caixa – Acesse o menu “PI Planning” para encontrar informações, toolkits, guias, descrições de processos e papéis. 
Ebook de Necessidades: Disponível no Vitrine, com orientações detalhadas. 
Equipe no Teams PI 360: Contém apresentações e informações mais recentes do movimento. 
 
18.5 Eu posso priorizar Necessidades em qualquer status para um PI Planning? 
Não. 
Apenas Necessidades com o status Preparada ou Implementando podem ser priorizadas para o PI Planning. 
Para preparar sua necessidade para priorização, consulte o Ebook de Necessidades no Vitrine. 
 
18.6 Como as dependências devem ser tratadas durante a PI Planning? 
As dependências são relações em que a entrega de um time, comunidade, box ou plataforma depende de outra entrega, decisão ou capacidade externa. 
Durante a PI Planning, elas devem ser: 
Explicitamente identificadas e visualizadas; 
Negociadas entre os envolvidos, de forma colaborativa; 
Registradas e tratadas como riscos caso não sejam resolvidas durante o evento, podendo ser classificadas como: resolvida, assumida, mitigada ou com responsável definido. 
Dependências não tratadas impactam o voto de confiança, pois reduzem a segurança do comprometimento com os objetivos do PI. 
Transparência, diálogo entre times e apoio das lideranças são essenciais para um planejamento integrado e executável. 
 
18.7 Links e Materiais de Apoio 
Portal Agilidade CAIXA 
Ebook de Necessidades – Vitrine 
Canal de suporte PI Planning 
 
19. Results OS #13 – Seu time não está lento. Seu sistema que está congestionado 
Rafael Miranda 
Diretor de Inovação | Inovar é hábito, não evento. Com clareza, contexto e cadência, intenção vira resultado. 
8 de abril de 2026 
Time ocupado não é time produtivo. Muita reunião, muito item aberto, muito review parado. 
No fim, o time passa a semana inteira trabalhando e mesmo assim a sensação é de que quase nada relevante terminou. 
Esse é o teatro do congestionamento. 
A tese de hoje 
Produtividade de time técnico é fluxo, não esforço. Quando o sistema está entupido, pedir mais velocidade só empurra mais trabalho para dentro do funil. 
E aí a IA entra como turbina em carro atolado. 
O report DORA 2025 crava esse ponto de forma elegante e incômoda. IA funciona como amplificador. Ela aumenta as forças e também os defeitos do sistema. Quando a base está ruim, a velocidade aparente sobe, mas a performance real não acompanha. 
Time cansado nem sempre está sobrecarregado. Às vezes ele só está preso numa fila sem fim. 
O diagnóstico que quase ninguém faz 
Em 30 minutos, um líder bom consegue descobrir se o problema é talento, disciplina ou sistema. Na maioria dos casos, é sistema. 
Olhe para 5 sinais simples: 
Quantos itens estão abertos agora por squad e por pessoa 
Quanto tempo um PR fica esperando review 
Quantos itens ficam parados por dependência 
Quantas horas da semana evaporam em reuniões e interrupções 
Quantas entregas começaram e quantas realmente terminaram 
Se quase tudo começa e pouco termina, seu problema não é falta de esforço. 
É excesso de WIP, fila ruim e decisão lenta. 
Fluxo em 5 alavancas 
1) WIP visível 
Se ninguém enxerga o limite, o limite não existe. Defina um teto simples por squad e por pessoa. Não para controlar gente. Para proteger foco. 
2) Lotes menores 
Entrega grande demais entra bonita no planning e sai horrível no review. Quebre mais. Entregue menor. Revise mais cedo. Mudanças menores passam melhor pelo sistema, são mais fáceis de revisar, testar e recuperar quando algo falha. 
Mês passado, a própria DORA voltou ao tema ao dizer que trabalhar em pequenos lotes é uma contramedida crítica para o risco de desenvolvimento assistido por IA. 
3) Review com regra clara 
Review sem prioridade vira estacionamento. Defina tempo alvo, ordem de prioridade e critério de escalonamento. PR não pode virar limbo elegante. 
4) Dependências com dono claro 
Dependência sem dono é fila com maquiagem. Crie uma fila única de dependências, com responsável nomeado e critério de destravamento. 
5) Ritmo semanal de decisão 
Toda semana o time precisa de uma janela curta para limpar fila, matar pendência e decidir o que não vai entrar. Sem isso, o backlog cresce mais rápido do que a capacidade de pensar.