Não é ranking de performance
Essa visão existe pra detectar rotação, ramp-up e ausência ao longo do tempo — não pra ranquear a produção individual. É pra embasar uma conversa, não decidir uma.
← Funcionalidades
FUNCIONALIDADE
Capacidade & Workload
Roster, capacidade mensal, taxa de toil, e o que cada pessoa realmente tá carregando — feito pra detectar sobrecarga e rotação, não pra ranquear ninguém.
O que faz
Todo perfil de time junta roster e capacidade mensal com uma taxa de toil — horas registradas como Toil sobre a capacidade disponível naquele mês. Dá pra ir mais fundo e ver a mesma quebra por contribuidor: itens de trabalho por categoria, pull requests mergeados e revisados, deploys disparados (com taxa de sucesso), incidentes tratados e horas de toil — de uma pessoa só, cruzando todos os times que ela toca.
Dado ilustrativo, apenas para demonstração.
Sinais de qualidade, não só headcount
Quatro números completam o quadro: taxa de sucesso de deploy (diferente do change failure rate do DORA — aqui é só quantos deploys terminam limpos), quantos PRs mergeados saíram sem nenhum revisor, rework (quanto do código mergeado é reescrito de novo dentro de 14 dias), e concentração de contribuição — a fatia dos itens de trabalho ou PRs de um time carregada pela pessoa mais ativa, sem identificar quem. Uma quebra de incidentes por severidade completa o quadro. Nenhum deles ranqueia pessoas; concentração nem expõe um nome, só um percentual que vale uma conversa. Pra uma visão por pessoa de tempo decorrido em item de trabalho especificamente (não PR, deploy ou incidente), veja Relatórios de Atividade.
Dado ilustrativo, apenas para demonstração.
Aposentar um time não apaga ele
Arquive um time quando ele acabou — uma reorganização, um projeto que encerrou — e ele some da lista ativa e para de contar pro limite de times do seu plano, mas o histórico, roster, itens de trabalho, deploys e incidentes continuam intactos. Nada é fotografado automaticamente, então exporte um relatório imprimível antes se quiser um registro permanente antes de arquivar.
Dado ilustrativo, apenas para demonstração.
Como funciona
-
Define a capacidade
Todo time ganha uma capacidade mensal padrão em horas (160 por padrão). Sobrescreva por membro com uma capacidade customizada e um percentual de alocação — pra quem divide o tempo entre dois times, por exemplo.
-
Sincroniza o trabalho
Os mesmos itens, pull requests, deploys e incidentes já sincronizados que alimentam DORA e Flow alimentam essa visão também — sem entrada de dado separada.
-
Classifica o toil
Horas em itens classificados como Toil — mesmas regras semânticas do Flow Metrics — são somadas pro mês corrente.
-
Compara
Horas de toil dividem pela capacidade daquele mês — sempre mês-a-data contra o mês inteiro, de propósito, pra você ver o toil se acumulando em tempo real.
Por que importa
Toil, quantificado
A taxa de toil compara horas realmente registradas contra a capacidade mensal de verdade — não um achismo sobre quem tá afogado.
Uma pessoa, todos os times
Os números de um contribuidor cruzam todos os times que ele toca, não só o principal — útil pra quem circula entre squads.
Semana a semana, não um retrato
Todo número vem com uma tendência, pra você pegar um time escorregando silenciosamente pra sobrecarga antes de virar attrition.
Veja a capacidade e o toil do seu próprio time, não de uma demo.
Começar grátisPerguntas sobre Capacidade & Workload
Por que a taxa de toil não respeita o período que escolhi no resto do dashboard?
Ela é escopada ao mês corrente de propósito — mês-a-data comparado contra a capacidade do mês inteiro, diferente de toda outra métrica aqui, que respeitam o período escolhido. No início do mês a taxa tende a parecer baixa mesmo num time com bastante toil, simplesmente porque ainda não deu tempo de concluir muita coisa — esse é o comportamento esperado, não um bug.
Como a capacidade de um time é calculada?
Todo time tem uma capacidade mensal padrão em horas (160 por padrão). Qualquer membro pode ser sobrescrito com uma capacidade customizada e um percentual de alocação. O total é sempre recalculado direto do roster atual a cada requisição, nunca fica em cache.
A taxa de toil de um contribuidor conta só o time principal dele?
Não — ela soma capacidade e horas de toil de todos os times em que a pessoa é membro, escalado pelo percentual de alocação de cada um.
Taxa de sucesso de deploy é a mesma coisa que change failure rate do DORA?
Não. Taxa de sucesso de deploy é só sucesso vs. falha por status do deploy — deploys ainda em andamento ou cancelados não contam nem de um jeito nem de outro. Change failure rate é um sinal diferente e mais rígido: se um incidente de verdade seguiu aquele deploy dentro de uma janela configurável. Um deploy pode "ter sucesso" por status e mesmo assim causar um incidente.
Concentração de contribuição expõe quem é o principal contribuidor?
Não — só o percentual e o tamanho da amostra (itens ou PRs). É pra sinalizar um risco de bus factor que vale discutir, não pra apontar uma pessoa.
O que acontece com o dado de um time arquivado?
Nada é apagado — histórico, roster, itens de trabalho, deploys e incidentes continuam intactos. O time só some da lista ativa e para de contar pro limite de times do seu plano. Nenhuma foto é salva automaticamente, então exporte um relatório antes se quiser um registro permanente.
Veja a capacidade real do seu time
Começar grátis