FUNCIONALIDADE
Quais épicos e pessoas de fato absorveram tempo no período — medido em horas decorridas, não um ranking de performance.
Duas visões: o dashboard geral mostra um card cada pros épicos mais ativos e pras pessoas mais ativas no período, e a página de cada time tem uma aba dedicada "Reports" com a lista completa e um gráfico semanal empilhado dos 5 primeiros (agrupando o resto como "Outros"). "Ativo" significa tempo de fato decorrido trabalhando em itens ligados àquele épico ou pessoa — não é uma nota, não é uma avaliação de impacto.
Dado ilustrativo, apenas para demonstração.
Vem do mesmo histórico de item de trabalho do Jira/Linear já usado em Flow Metrics — sem integração separada, sem rastreamento manual.
Pra cada item concluído, o tempo é medido de quando o trabalho de fato começou até quando terminou, e depois consolidado por épico e por pessoa pro período.
Épicos e pessoas são ordenados por tempo absorvido — deliberadamente não enquadrado como um placar de "melhores performances", porque tempo decorrido não é a mesma coisa que impacto ou esforço.
O dashboard mostra o retrato atual; a aba Reports de cada time soma a lista completa e uma visão empilhada semana a semana de pra onde esse tempo de fato foi.
Isso mede tempo decorrido em trabalho, não resultado, qualidade ou impacto — o mesmo raciocínio por trás de por que a quebra por contribuidor do Capacity & Workload existe pra achar sobrecarga, não pra ranquear pessoas. Use pra achar pra onde o tempo tá indo, não quem "tá ganhando."
A quebra por épico do Flow Metrics mostra a hierarquia e duração dentro de um épico só. Isso é a direção oposta — quais épicos, no time inteiro, absorveram mais tempo no período.
Capacity & Workload já cobre pull request, deploy e incidente por contribuidor — esse relatório fica deliberadamente só em tempo de item de trabalho, em vez de misturar unidades que não se comparam de forma limpa.
O gráfico semanal da aba Reports mostra se o tempo tá se concentrando nos mesmos épicos e pessoas semana a semana, ou mudando de lugar — um padrão que um retrato único não mostra.
Não — ordena por tempo decorrido em itens de trabalho, o que não é a mesma coisa que esforço, qualidade ou impacto. Trate "mais ativo" como "absorveu mais horas", não como um julgamento de performance.
A quebra por épico do Flow Metrics (e o Gantt) mostra a linha do tempo interna de um épico — quando começou, quando terminou, o que tem dentro. Esse relatório responde uma pergunta diferente: entre todos os épicos, quais absorveram mais tempo no período.
Não — isso já é coberto pela quebra por contribuidor do Capacity & Workload. Esse relatório fica só em tempo de item de trabalho, pra os dois números não se misturarem.