Diagrama de Fluxo Cumulativo: Como Ler um (Com Exemplos)
Turn this article into takeaways for your work.
Each assistant summarizes the article only for you and suggests best practices for your work.
Um diagrama de fluxo cumulativo (CFD) é um gráfico de área empilhada que mostra quantos itens de trabalho estão em cada etapa do fluxo em qualquer dia e como essa distribuição muda ao longo do tempo. Se você usa um quadro Kanban ou qualquer processo baseado em fluxo, é a forma mais rápida de ver se o trabalho está avançando com fluidez ou se acumulando silenciosamente em algum lugar que não deveria.
O que é um diagrama de fluxo cumulativo?
Um diagrama de fluxo cumulativo é uma métrica de fluxo visual que registra o total acumulado de itens de trabalho que entraram em cada etapa de um fluxo de trabalho como uma banda colorida empilhada ao longo de um eixo de tempo. A altura vertical de cada banda em qualquer ponto no tempo indica quantos itens estão nessa etapa naquele momento. A banda inferior normalmente representa o estado "concluído" e cresce de forma constante; as bandas acima representam as etapas em andamento.
O CFD foi popularizado por David Anderson como uma métrica central do Kanban. Ao contrário de um burndown chart, que rastreia o trabalho restante em relação a uma caixa de tempo fixa, o CFD mede o fluxo continuamente sem exigir Sprints ou limites de iteração.
Fatos relevantes
- Equipes que usam métricas de fluxo como CFDs para gerenciar ativamente o WIP relatam cycle times médios até 47% mais curtos em comparação com equipes que rastreiam apenas Velocity (Kanban University State of Kanban Report, 2023).
- O item médio de trabalho do conhecimento passa aproximadamente 85% do seu cycle time total em espera em vez de ser trabalhado ativamente, um padrão que os CFDs tornam imediatamente visível (Vacanti, "Actionable Agile Metrics," 2ª ed., 2023).
- Organizações que limitam o WIP orientadas por leituras de CFD reduziram seu lead time médio em uma mediana de 37% nos primeiros 90 dias de adoção (pesquisa com profissionais da Lean Kanban Inc., 2022).
Como ler um CFD
Um CFD tem três elementos a observar: as bandas em si, a lacuna vertical entre duas curvas e a distância horizontal entre pontos.
As bandas coloridas. Cada banda representa um estado do fluxo de trabalho, empilhadas da parte inferior (concluído) até o topo (entrada/Backlog). A altura de uma banda em uma data específica equivale ao número de itens nesse estado naquela data. Uma banda estreita e estável significa que o trabalho flui rapidamente. Uma banda que engrossa ao longo do tempo indica acúmulo de itens.
Lacuna vertical = WIP. Escolha qualquer corte vertical pelo gráfico em uma única data. A lacuna entre a curva de "itens iniciados" e a curva de "itens concluídos" é o WIP atual. Isso se relaciona diretamente com os limites de WIP: a lacuna deve permanecer aproximadamente constante. Se ela se alargar, o WIP está crescendo e seu processo está absorvendo mais do que conclui.
Distância horizontal = cycle time e lead time. Trace uma linha horizontal a partir do ponto onde um lote entrou no sistema até onde saiu. Esse comprimento horizontal é o lead time médio para itens que entraram naquela data. Um intervalo horizontal mais curto significa entrega mais rápida. É por isso que um CFD é mais rico em informações do que a Velocity isolada: ele mostra o throughput e a dimensão temporal.
Inclinação da banda = taxa de saída. Quanto mais íngreme a borda superior de uma banda, mais rapidamente os itens estão saindo daquela etapa. Uma borda superior plana significa que as saídas pararam. Se a banda "em desenvolvimento" ficar plana por uma semana, é um sinal claro: os itens estão se acumulando e não avançando para a próxima etapa.
O que um CFD revela sobre o fluxo
| Padrão visual | O que significa | O que fazer |
|---|---|---|
| Uma banda se alarga enquanto as outras ficam planas | Gargalo nessa etapa | Investigar bloqueios, adicionar capacidade ou reduzir WIP a montante |
| Todas as bandas sobem em paralelo | Fluxo saudável e estável | Manter o ritmo, observar qualquer divergência |
| Seção plana em todas as bandas | O trabalho parou completamente | Verificar bloqueios externos, ausência de equipe ou congelamento de versão |
| A banda superior de "Backlog" sobe bruscamente | Expansão do escopo ou novo trabalho adicionado mais rápido do que entregue | Revisar o processo de entrada, rever a priorização |
| A lacuna entre "iniciado" e "concluído" se alarga | WIP fora de controle | Aplicar limites de WIP, pausar novo trabalho até o Backlog diminuir |
| As bandas comprimem e convergem na borda direita | Trabalho se esgotando no final do projeto ou trimestre | Normal para projetos com prazo fixo; monitorar para evitar pressa forçada |
O sinal mais acionável costuma ser a banda que se alarga. Quando você o vê cedo, pode adicionar um revisor, trocar um membro da equipe ou escalar uma dependência antes que essa etapa se torne um risco de prazo.
Como criar um diagrama de fluxo cumulativo
A maioria das ferramentas Kanban e de projetos (Jira, Linear, Azure DevOps, Targetprocess) gera CFDs automaticamente. Mas saber como construir um manualmente ajuda a entender o que a ferramenta está realmente mostrando.
Defina as etapas do fluxo de trabalho. Liste cada estado em que um item de trabalho pode estar, da primeira entrada até a conclusão. Uma equipe típica de software pode usar: Backlog, Pronto, Em Desenvolvimento, Em Revisão, Em Teste, Concluído.
Colete contagens diárias de itens por etapa. Ao final de cada dia, conte quantos itens estão em cada etapa. Registre isso em uma planilha. Não são necessários timestamps exatos; um snapshot diário consistente é suficiente.
Converta para totais cumulativos. Para cada etapa, adicione a contagem de cada dia a um total acumulado. Essa é a parte "cumulativa": o gráfico mostra o total de itens que já entraram (ou estão atualmente) em cada etapa, não apenas o snapshot de hoje.
Empilhe as bandas. Na sua ferramenta de gráficos, crie um gráfico de área empilhada. Coloque "Concluído" na parte inferior, depois cada etapa sucessiva até "Backlog" no topo. O eixo x é o tempo; o eixo y é a contagem cumulativa de itens.
Defina um horizonte de tempo consistente. Um CFD com janela de 30 dias funciona bem para equipes ativas. Janelas mais longas (90 dias) revelam padrões sazonais; janelas mais curtas (14 dias) são melhores para feedback na duração de um Sprint.
Revise com a equipe semanalmente. O CFD é mais útil como um artefato compartilhado. Percorra-o em uma retrospectiva ou revisão de fluxo. Pergunte: qual banda se alargou? O que estava acontecendo no processo naquela semana?
Conecte-o à sua política de limites de WIP. Se você tiver limites de WIP explícitos no seu quadro Kanban, o CFD é como você verifica se estão sendo respeitados. A lacuna deve corresponder ao seu limite de WIP acordado.
Problemas comuns que um CFD revela
Gargalos. Esse é o principal uso do CFD. Quando uma banda de etapa engrossa consistentemente enquanto as outras ficam planas, você tem um gargalo. Pode ser um único revisor sobrecarregado, um ambiente de QA lento ou uma dependência externa (como aguardar aprovação jurídica). O CFD não diz a causa, mas aponta a etapa para você investigar.
Expansão do escopo. Um CFD captura a expansão do escopo de uma forma que um burndown chart às vezes obscurece. Se o topo do gráfico subir de forma acentuada, novos itens estão entrando no sistema mais rápido do que saem. Num burndown isso pode parecer uma linha plana (novo trabalho compensando o trabalho concluído), mas num CFD a altura total do gráfico simplesmente cresce, tornando a taxa de entrada óbvia.
Trabalho bloqueado. Se uma banda ficar completamente plana, os itens pararam de avançar nessa etapa. Isso pode significar que um membro da equipe está ausente, uma dependência não foi resolvida ou o trabalho está aguardando uma decisão. A banda plana é um sinal visual de "algo está travado aqui" que é fácil de perder em uma lista de tarefas, mas impossível de ignorar num CFD.
Taxas de entrada desiguais. Se a sua banda de "Backlog" cresce em grandes saltos em vez de suavemente, seu processo de refinamento ou planejamento é em lotes. O trabalho chega em grandes ondas em vez de um fluxo constante, o que geralmente leva a pressão a jusante. Ver esse padrão é o primeiro passo para suavizar a entrada.
Degradação da eficiência do fluxo. Com o tempo, se a distância horizontal entre "item iniciado" e "item concluído" aumenta, seu cycle time geral está crescendo. As equipes costumam não perceber isso porque nenhum Sprint único parece dramaticamente mais lento. Um CFD mostra a deriva ao longo de semanas.
CFD vs. burndown chart
Ambas as ferramentas rastreiam o progresso ao longo do tempo, mas respondem a perguntas diferentes.
Um burndown chart pergunta: "Vamos terminar tudo neste Sprint?" Ele assume escopo fixo, prazo fixo e mede o trabalho restante em relação a uma linha ideal. É otimizado para Sprints Scrum.
Um CFD pergunta: "Quão saudável está nosso fluxo?" Não tem premissa de escopo ou caixas de tempo fixos. Ele mede a distribuição do trabalho entre as etapas continuamente, tornando-o mais adequado para Kanban e híbridos Scrum-Kanban.
A diferença prática: se um Sprint adiciona três histórias no meio do Sprint, o burndown é reiniciado e o aviso é sutil. Num CFD, a banda de Backlog sobe visivelmente de forma acentuada e o efeito no cycle time é imediatamente aparente.
Equipes que usam ambas as ferramentas obtêm sinais complementares: burndown para rastrear compromissos no nível do Sprint, CFD para a saúde sistêmica do fluxo. Se você já rastreia Story Points por Velocity, um CFD adiciona a dimensão temporal que a Velocity sozinha não mostra. Você pode ler mais sobre métricas de fluxo como Velocity em velocity no Agile para ver como CFD e Velocity se complementam.
Perguntas frequentes
Qual é a diferença entre cycle time e lead time num CFD? Num CFD, o lead time é a distância horizontal de quando um item entra no sistema (entra no Backlog) até quando está concluído. O cycle time é a distância horizontal de quando o trabalho ativo começa (o item sai do Backlog) até a conclusão. A diferença entre os dois é o tempo de espera no Backlog. Ambos são visíveis como intervalos horizontais no mesmo gráfico.
Com que frequência devo atualizar um diagrama de fluxo cumulativo? Snapshots diários fornecem o quadro mais preciso. Snapshots semanais funcionam para projetos de ritmo mais lento, mas podem ocultar gargalos de curto prazo que se resolvem sozinhos. A maioria das ferramentas digitais atualiza os CFDs em tempo real, portanto, se você usa Jira ou Azure DevOps, não há trabalho extra necessário.
Como deve ser um CFD "saudável"? Um CFD saudável mostra bandas de largura aproximadamente consistente subindo em paralelo em um ângulo constante. Nenhuma banda única se alarga dramaticamente, a lacuna vertical geral entre "itens iniciados" e "itens concluídos" permanece estável e o gráfico cresce suavemente sem grandes saltos no topo.
Posso usar um CFD para Scrum? Sim. Os CFDs funcionam em qualquer sistema baseado em fluxo, incluindo Scrum. Você pode representar as etapas do Sprint como as fases do fluxo de trabalho. O principal ajuste é que sua banda de "Backlog" vai reiniciar ou crescer de forma acentuada no início de cada Sprint durante o planejamento, o que é normal e esperado. O CFD se torna especialmente útil quando você executa o gráfico em múltiplos Sprints para identificar gargalos sistêmicos que atravessam as fronteiras dos Sprints.
Meu CFD mostra uma banda ficando muito grossa. O que devo fazer primeiro? Verifique a etapa que a banda grossa representa. Converse com as pessoas que fazem esse trabalho. Causas raiz comuns: muitos itens atribuídos a uma pessoa, uma dependência externa bloqueada ou critérios de aceitação pouco claros que fazem os itens voltarem da revisão. Uma vez identificada a causa raiz, limite o WIP de entrada naquela etapa ou resolva a restrição diretamente.
Um diagrama de fluxo cumulativo não vai corrigir seu processo sozinho, mas vai impedir que você adivinhe. Quando você consegue ver exatamente onde o trabalho se acumula e quanto tempo os itens levam para avançar em cada etapa, você pode fazer mudanças específicas em vez de gerais. A maioria das equipes que adota CFDs junto com uma política de limites de WIP vê seu cycle time melhorar em semanas, simplesmente porque o gráfico torna a conversa certa inevitável.
