Geralmente tudo começa com uma pergunta simples. Alguém na reunião de planejamento pergunta: “Quem está livre na semana que vem?” E cada um abre uma planilha diferente.

A equipe usa o Jira direito: as issues são criadas, as estimativas são preenchidas, as horas são registradas. Os dados estão todos lá. Mas quando um gestor precisa realmente ver alguma coisa (quem está sobrecarregado, se o plano sobrevive ao contato com a realidade, quanto um projeto está custando), o Jira fica em silêncio. Os boards mostram status. O backlog mostra prioridade. Nenhum dos dois mostra pessoas, tempo ou dinheiro.

Então as equipes improvisam. Exportam para o Excel, montam uma planilha de capacidade, atualizam na mão e veem tudo ficar desatualizado até quinta-feira. O trabalho está registrado. A visão é que está faltando.

É sobre essa lacuna que este artigo fala, e sobre como o ActivityTimeline, um plugin que vive inteiramente dentro do Jira, resolve isso: da timeline individual até as finanças do projeto.

Uma equipe, um trimestre

Em vez de percorrer uma lista de funcionalidades, vamos acompanhar uma equipe ao longo de um trimestre. Digamos que seja um time de entrega com doze pessoas: desenvolvedores, uma designer, duas pessoas de QA e um líder de equipe. Tudo roda no Jira. Cada seção abaixo é uma pergunta que essa equipe realmente faz, e como fica a resposta quando ela é visual.

“Quem está sobrecarregado?”

Essa é a pergunta que quebra as planilhas primeiro e, sinceramente, é com ela que a maioria das equipes chega até nós. Não é dashboard de portfólio, não é análise sofisticada. É só: me mostre as minhas pessoas e o trabalho delas em uma única tela.

No Planner do ActivityTimeline, essa tela é uma timeline. As linhas são pessoas, as colunas são dias. Você arrasta uma issue do Jira do painel à esquerda para a linha de alguém, e pronto, está agendada; responsável, data de início e data de fim sincronizam de volta para o Jira automaticamente. Abaixo de cada pessoa fica um indicador de carga de trabalho que lê as estimativas e fica verde, verde-claro ou vermelho, dependendo se a pessoa está equilibrada, subutilizada ou sobrecarregada.

Quando o nosso líder de equipe vê vermelho embaixo de um nome, a correção é sempre o mesmo movimento: arrastar uma tarefa para alguém com espaço ou esticá-la por mais dias. Sem precisar de reunião de status.

Duas coisas tornam essa visão honesta. Primeiro, férias, atestados, feriados e reservas ficam no mesmo quadro, então a capacidade não é um número teórico de 40 horas, e sim o que realmente sobra depois da vida real. Segundo, uma ressalva que preferimos dizer em voz alta: o indicador é tão bom quanto as suas estimativas. Se metade das suas issues não tem estimativa, a timeline vai alegremente dizer que todo mundo está livre. Arrume as estimativas primeiro; a visualização vem de graça depois disso.

“E o panorama geral?”

O planejamento individual funciona muito bem, até a liderança perguntar sobre o próximo trimestre e você ainda não saber quem vai fazer o trabalho, só qual equipe deveria fazer.

Para isso, o Planner dá um zoom para fora. Troque da visão Users para Teams, e cada linha vira uma equipe inteira com sua capacidade combinada. Você pode soltar um épico direto na timeline de uma equipe meses antes de ele ser quebrado em tarefas: um espaço reservado para trabalho real, visível em todo cálculo de capacidade. A visão Team with Users fica no meio do caminho, com o total da equipe em cima e cada integrante embaixo, para você enxergar a estratégia e onde ela aterrissa.

O líder da nossa equipe de exemplo usa a visão semanal de Users todos os dias. O chefe de departamento dele abre a visão trimestral de Teams talvez duas vezes por mês. Os mesmos dados, altitudes diferentes, e nenhum dos dois mantém mais planilha nenhuma.

“O plano sobreviveu à realidade?”

Aqui é onde as coisas ficam um pouco desconfortáveis, no bom sentido.

Assim que a equipe registra as horas (no Jira ou no ActivityTimeline, os dois caem no mesmo lugar), o módulo Timesheets mostra todo mundo de uma vez: horas por pessoa por dia, com cores comparando ao limite de capacidade de cada um. Registrou menos, registrou demais, está no ponto. Você vê em segundos, e um clique em uma célula mostra exatamente no que a pessoa trabalhou naquele dia.

E aí tem o gráfico de Planned vs. Actual, que, admitimos, é o nosso espelho favorito. Ele coloca três números lado a lado: qual era a capacidade da equipe, quanto dela você planejou e o que foi de fato entregue. Quando essas barras discordam, isso não é um problema de relatório. É uma conversa que vale a pena ter. Talvez as estimativas sejam 30% otimistas. Talvez um projeto esteja consumindo, quietinho, um tempo que ninguém orçou. O gráfico não resolve, mas acaba com a discussão sobre se isso está acontecendo ou não.

Trate isso como um espelho, não como uma câmera de vigilância. Na nossa experiência, equipes que usam essas visões para melhorar as estimativas evoluem rápido. Equipes que as usam para avaliar indivíduos ganham timesheets criativos.

“E quanto isso nos custou?”

Agora a pergunta que, na maioria das empresas que conhecemos, ainda vive inteiramente no Excel.

O Jira registra horas, não dinheiro. Não existem taxas, não existem orçamentos, não existe como saber que o sprint que você acabou de fechar custou mais do que o cliente está pagando por ele. Então alguém exporta os worklogs todo mês, aplica os dados de salário na mão, soma as notas dos terceirizados que estão em outro arquivo e entrega uma visão de custos que já nasceu com três semanas de atraso.

O módulo Finances do ActivityTimeline coloca essa camada dentro do Jira. Você define taxas horárias (por função ou por pessoa, custo e cobrança separadamente), e cada hora registrada vira dinheiro automaticamente. Um orçamento é um contêiner que você aponta para o que quer que esteja entregando: um projeto do Jira, um conjunto de épicos ou um filtro JQL. Defina um teto fixo, ou deixe o sistema calcular o orçamento a partir das estimativas. Custos que nunca passam por um worklog, como licenças, viagens ou a fatura de um terceirizado, entram como transações manuais e ficam lado a lado com os custos de mão de obra, para você olhar para o quadro completo, não só para as horas.

O resultado é um dashboard que responde à pergunta que o financeiro realmente faz: estamos no caminho certo ou o dinheiro vai acabar? Consumo do orçamento contra o progresso, gasto planejado contra o real e uma linha de tendência que aponta o projeto com cara de que vai estourar o orçamento antes de estourar, e não na planilha do mês que vem.

E como as taxas são informações sensível, o acesso é por perfil: gestores e financeiro veem os orçamentos, o resto da equipe não esbarra sem querer na taxa horária de ninguém.

O que mudou para a nossa equipe

De volta à nossa equipe de doze. Nada no Jira deles mudou: os mesmos projetos, as mesmas issues, os mesmos worklogs. O que mudou é que quatro pessoas diferentes agora olham para os mesmos dados e cada uma vê a sua própria resposta. O líder de equipe vê quem está sobrecarregado esta semana, o chefe de departamento vê a capacidade do próximo trimestre, o gerente de entrega vê o plano contra a realidade, e o financeiro vê o consumo do orçamento. Zero exportações.

O Jira diz o que está acontecendo. A visualização diz o que isso significa.

Se isso parece com as suas reuniões de planejamento, o ActivityTimeline tem um teste gratuito de 30 dias no Atlassian Marketplace, para você ver se encaixa antes de pagar qualquer coisa. E se preferir que alguém que já fez essa implantação algumas dezenas de vezes configure tudo com você, você já está no lugar certo: é exatamente isso que a equipe da Nimble Evolution, nossa anfitriã neste blog, faz.