GUIA
O Que São Flow Metrics? Cycle Time, WIP e Flow Distribution Explicados
Cycle time, work in progress, throughput e flow distribution — os números que descrevem como o trabalho realmente se move dentro de um time, diferente do que um burndown diz que deveria ser.
De onde vem "flow metrics"
O termo está mais associado ao Flow Framework, apresentado por Mik Kersten no livro Project to Product. Ele bebe bastante do pensamento Lean e Kanban — a mesma linhagem que deu aos times de software a ideia de visualizar o trabalho conforme ele passa por etapas, em vez de só medir o resultado no final. O Flow Framework nomeia cinco métricas oficiais: Flow Velocity, Flow Time, Flow Efficiency, Flow Load e Flow Distribution — no dia a dia, a maioria dos times conhece essas métricas pelos nomes mais comuns: throughput, cycle time, WIP e quebra por categoria.
As métricas de fluxo centrais
| Métrica | O que mede | Por que importa |
|---|---|---|
| Cycle Time (Flow Time) | Quanto tempo um item leva do início ao fim. | Se o trabalho está de fato ficando mais rápido ao longo do tempo. |
| WIP (Flow Load) | Quantos itens estão em andamento ao mesmo tempo. | WIP demais é um dos maiores causadores de cycle time lento. |
| Throughput (Flow Velocity) | Quantos itens são concluídos num período. | Resultado bruto, mas só faz sentido junto com as outras métricas. |
| Flow Distribution | A mistura de trabalho por categoria — feature, defeito, dívida, risco. | Mostra quanta capacidade vai pra valor novo vs. tudo o mais. |
| Flow Efficiency | Fração do cycle time gasta ativamente trabalhada, vs. esperando. | Expõe tempo de fila escondido que o cycle time sozinho não mostra. |
O moasy.tech calcula Flow Velocity, Flow Time (Cycle Time), Flow Load (WIP) e Flow Distribution hoje. Flow Efficiency — que precisa de tempo ativo vs. tempo de espera rastreado por status — ainda não é uma delas.
Por que times acompanham essas métricas
Um número único como "entregamos 40 itens esse mês" não diz se isso é bom — 40 correções minúsculas e 40 features substanciais contam histórias bem diferentes. As métricas de fluxo funcionam juntas: cycle time e WIP dizem sobre velocidade e onde o trabalho trava, throughput diz sobre resultado bruto, e flow distribution diz que tipo de trabalho esse resultado realmente foi. Olhar todas juntas transforma "entregamos 40 itens" em algo que dá pra agir de verdade.
Como times costumam calcular na mão (e onde isso quebra)
Tudo isso é derivável do histórico do seu rastreador de issue — timestamps de mudança de status geralmente bastam pra cycle time e WIP, e tipo de issue ou label pode gerar uma quebra por distribuição. O que costuma quebrar:
- Cada time desenha as fronteiras de categoria de um jeito diferente — o "Bug" de um time é a "Feature" de outro (uma correção vira funcionalidade nova), e forçar uma taxonomia fixa em todo time produz números em que ninguém confia.
- Cycle time como uma média única esconde a distribuição — alguns itens parados por meses podem fazer um time parecer pior (ou esconder um time que está de fato com dificuldade) se você só olhar a média.
- WIP é fácil de subcontar se "em andamento" não é mantido atualizado de forma consistente em todo board.
Como o moasy.tech calcula isso automaticamente
O moasy.tech recalcula WIP, throughput e cycle time (mediana, média e tamanho de amostra) a partir do que já sincroniza do Jira e Linear — somente leitura, sem consolidação manual. Classificação de categoria (Bug, Feature, Dívida Técnica, Toil e Risco — a versão do moasy.tech de flow distribution, mais perto de como times de engenharia realmente falam do que os quatro buckets originais do Flow Framework) vem de regras semânticas que você mesmo configura, não uma taxonomia fixa — defina um padrão pra empresa inteira, depois deixe cada time sobrescrever. Sem IA no pipeline.
Veja as outras métricas de fluxo desse cluster: Cycle Time, Work in Progress e Flow Distribution, ou a implementação completa na página de Flow Metrics.
Perguntas sobre flow metrics
Preciso de uma ferramenta pra acompanhar flow metrics?
Não — cycle time, WIP e uma quebra por categoria são todos deriváveis direto do histórico do seu rastreador de issue. É trabalho manual, e as definições de categoria tendem a se perder de time pra time sem um conjunto de regras compartilhado e configurável.
Flow metrics são a mesma coisa que métricas DORA?
Não, embora costumem ser acompanhadas juntas. Métricas DORA focam especificamente no pipeline de entrega de software — deploys, incidentes. Flow metrics são mais amplas, descrevem como qualquer tipo de item de trabalho se move num time, incluindo trabalho que nunca chega a produção. Veja o guia de Métricas DORA pra esse lado.
O Flow Framework exige Jira especificamente?
Não — é um conjunto de conceitos, não uma ferramenta. Qualquer rastreador de issue com histórico de status (Jira, Linear e outros) consegue produzir essas métricas.