{{tl-dr}}
O departamento financeiro solicita as horas do mês passado por pessoa e por cliente. O administrador do Jira sabe que os dados existem, pois todos registram o tempo em suas tarefas. O problema é que essas informações estão espalhadas por 600 tickets em quatro projetos, e não existe um botão no Jira que faça essa soma. É nesse momento que a maioria das pessoas digita "Jira timesheets" em uma barra de busca. É importante ser preciso sobre o que você encontrará: o registro de tempo do Jira é real e razoavelmente bom. A lacuna está no relatório. Este guia aborda o que o Jira nativo realmente oferece, as soluções alternativas que as pessoas tentam, os quatro pontos em que as equipes encontram dificuldades e o que muda quando você adiciona um aplicativo de timesheet.
O Jira possui timesheets?
O Jira possui rastreamento de tempo nativo, mas não possui um timesheet nativo. Você pode registrar o tempo em qualquer tarefa, com estimativas e tempo gasto, e controlar quem pode editar essas entradas. O que você não consegue obter nativamente é uma visão por pessoa e por período das horas registradas em todos os projetos, que é o que a maioria das pessoas entende por "timesheet".
Como a maioria dos artigos sobre este tópico é vaga em relação ao que é nativo, aqui está exatamente o que o Jira oferece.
O campo de Rastreamento de Tempo e a caixa de diálogo Registrar Trabalho. Cada tarefa contém Estimativa Original, Estimativa Restante e Tempo Gasto. A opção Registrar Trabalho solicita o tempo gasto, a data de início do trabalho, como ajustar a estimativa restante e uma descrição. Cada entrada é um registro de trabalho anexado àquela tarefa. Esta parte funciona bem e é onde todos os seus dados residem.
Permissões. O esquema de permissão de projeto do Jira possui cinco controles para o tempo registrado: Trabalhar em Tarefas, Editar Próprios Registros de Trabalho, Editar Todos os Registros de Trabalho, Excluir Próprios Registros de Trabalho e Excluir Todos os Registros de Trabalho. Esses cinco controles definem tudo sobre quem pode alterar uma hora registrada. Não existe o conceito de "aprovado", e um registro de trabalho permanece editável por qualquer pessoa com a permissão necessária enquanto a tarefa existir.
O Relatório de Rastreamento de Tempo. Os projetos gerenciados pela empresa no Jira Software incluem um relatório de tempo integrado. Ele utiliza uma versão de correção (fix version) e compara as estimativas originais com o tempo gasto e as estimativas restantes para as tarefas nessa versão. É útil exatamente para essa pergunta ("quão distantes estavam nossas estimativas para este lançamento?") e para nada mais. Ele não agrupa por pessoa, não aceita um intervalo de datas e não abrange vários projetos. Projetos gerenciados pela equipe não possuem esse recurso.
Relatórios e gadgets de carga de trabalho. O relatório e gadget de Gráfico de Pizza de Carga de Trabalho mostram o tempo gasto (ou estimativas) dividido por responsável para um projeto ou filtro. O relatório de Carga de Trabalho do Usuário mostra as estimativas restantes por pessoa. Ambos são úteis para uma visão geral de "quem está com qual carga", mas nenhum deles é um timesheet: não há datas, não há detalhamento diário e não há totais por período.
A configuração do Provedor de Rastreamento de Tempo. No Jira Cloud, em Configurações → Tarefas → Rastreamento de Tempo, você pode escolher qual aplicativo gerencia o Registro de Trabalho. Por padrão, é o próprio Jira. Esta é a porta que os aplicativos do Marketplace usam para substituir a caixa de diálogo, mantendo seus registros de trabalho existentes exatamente onde estão. Lembre-se disso para mais tarde.
Como obter um relatório de timesheet no Jira?
Nativamente, a coisa mais próxima de um relatório de timesheet no Jira é uma busca JQL no Navegador de Tarefas: worklogAuthor = "jane.doe" AND worklogDate >= "2026-08-01" AND worklogDate <= "2026-08-31", com a coluna Tempo Gasto adicionada e o resultado exportado para CSV. Isso fornece os problemas de uma pessoa em um determinado período. Não oferece um total e contém uma armadilha.
Aqui está a receita completa:
worklogAuthor = "jane.doe"
AND worklogDate >= "2026-08-01"
AND worklogDate <= "2026-08-31"
Execute no Navegador de Problemas, alterne para a visualização de lista, adicione a coluna Tempo Gasto e exporte. Você obterá todos os problemas nos quais Jane registrou horas em agosto.
Agora, a armadilha. A coluna Tempo Gasto é o total acumulado do problema, de todos, desde a sua criação. Não é o tempo que Jane registrou em agosto. Se Jane registrou duas horas em um ticket que já tinha trinta horas de três outras pessoas, a coluna mostrará trinta e duas. A maioria das planilhas de horas criadas pela primeira vez a partir dessa exportação está errada exatamente por esse motivo, e ninguém percebe até que o financeiro compare dois meses e os números não batam.
Para obter o valor real por período, você precisa abrir cada registro de trabalho, o que significa ler a aba de registro de trabalho do problema ou extrair os registros de trabalho por meio da API REST. Nesse ponto, você está escrevendo um script, não gerando um relatório.
A outra opção nativa é o Relatório de Acompanhamento de Tempo descrito acima, e vale a pena deixar claro por que ele também não é uma folha de horas: ele é organizado em torno de uma versão, não de pessoas ou datas. Pergunte a ele "quanto a equipe registrou na semana passada?" e ele não terá como responder.
Portanto, a resposta nativa honesta é um autor por consulta, linhas no nível do problema, sem detalhamento diário, sem total entre projetos sem uma planilha, sem sinalizador de faturável e você reconstrói tudo manualmente a cada período. Funciona para uma pessoa verificar seu próprio mês. Para de funcionar na primeira vez que alguém pede o relatório de toda a equipe.
Onde as equipes encontram limitações com as folhas de horas do Jira?
As equipes encontram limitações em quatro pontos: totais por pessoa e entre projetos, tempo faturável versus não faturável, aprovação e bloqueio, e tempo que não está em um problema do Jira. Cada um deles é o momento em que um tipo diferente de equipe começa a procurar um aplicativo.
Totais por pessoa e entre projetos
Esta é a limitação da seção anterior, e a resposta usual é uma planilha. Exporte por pessoa, cole em uma aba, some as colunas, envie para o financeiro. Funciona por um ou dois meses. Então, alguém edita um registro de trabalho após a exportação, a planilha e o Jira discordam, e a pergunta passa a ser qual deles está correto. A resposta é o Jira, sempre, o que significa que a planilha nunca foi o registro oficial. Era um instantâneo que ficou obsoleto no momento em que foi salvo.
Faturável versus não faturável
O Jira não tem o conceito de tempo faturável. Um registro de trabalho é apenas um registro de trabalho. As equipes tentam usar prefixos nos comentários dos registros de trabalho, ou projetos "internos" separados, ou um campo personalizado no problema (o que não ajuda quando um problema tem os dois tipos de tempo). Cada solução alternativa depende de as pessoas se lembrarem de uma convenção, e convenções são a primeira coisa a ser esquecida em uma semana movimentada.
Aprovação e bloqueio
Com as cinco permissões de registro de trabalho, você pode decidir quem tem permissão para editar o tempo registrado. Você não pode decidir até quandoUm registro de trabalho do último trimestre é tão editável hoje quanto era no dia em que foi registrado, e nada indica que alguém o tenha revisado. Para uma equipe de 15 pessoas, isso não é um problema. Para uma organização que fatura com base nessas horas, é um número que pode mudar depois que a fatura foi emitida. Escrevemos um guia separado sobre como projetar um processo de aprovação de planilhas de horas, porque essa é uma questão de processo real, não apenas uma caixa de seleção.
Tempo que não está em um chamado do Jira
O Jira nativo só permite registrar tempo em um chamado. Reuniões, treinamentos, dias de planejamento, as duas horas ajudando outra equipe: nada disso tem um ticket. As equipes criam um chamado permanente de "Reuniões" por pessoa (e silenciosamente poluem seu backlog e seus relatórios) ou simplesmente não registram o tempo e depois se perguntam por que a planilha de ninguém chega a 40 horas. Ambas as soluções são ruins, e a segunda faz com que todos os números de utilização da equipe pareçam piores do que a realidade.
Como obter planilhas de horas reais no Jira com o ActivityTimeline
O ActivityTimeline é nosso aplicativo de controle de tempo e planejamento de recursos para o Jira. Para planilhas de horas especificamente, ele faz duas coisas: conecta-se à própria caixa de diálogo "Registrar Trabalho" do Jira para que ninguém mude a forma como registra, e transforma os registros de trabalho que já estão no Jira em planilhas por pessoa e por período, cobrindo todas as necessidades. Veja como isso se aplica a cada um.
Registrando o tempo onde as pessoas já estão
Defina ActivityTimeline como o Provedor de Controle de Tempo no Jira Cloud, e o botão "Registrar Trabalho" em qualquer chamado abrirá a caixa de diálogo do ActivityTimeline em vez da do Jira. O mesmo local, o mesmo botão, apenas alguns campos a mais: uma categoria de registro de trabalho (faturável ou não), a opção de registrar em vários dias com uma única entrada, uma lista de favoritos para os chamados em que você registra tempo toda semana e uma tabela de registros de trabalho no próprio chamado mostrando o total e o detalhamento por pessoa. Os registros de trabalho existentes permanecem onde estão. Nada é migrado, porque nada precisa ser.
Pessoas que preferem uma visão pessoal podem registrar a partir do Workspace: um botão "Registrar Trabalho", um cronômetro, um clique no gráfico de barras do dia ou redimensionar um registro de trabalho existente para cobrir outro dia. A estimativa restante no chamado do Jira é ajustada em ambos os casos.
Dois pequenos recursos são mais importantes do que parecem. Os gerentes podem registrar o tempo em nome de alguém que esqueceu (com um aviso visível de que estão fazendo isso), que é como você mantém as planilhas completas sem precisar cobrar as pessoas na sexta-feira à tarde. E um limite de retroatividade para registros de trabalho impede que alguém registre tempo de semanas atrás, com opções de até 45 ou 75 dias para organizações com ciclos contábeis mais longos.
A visão por pessoa e por período: três tipos de planilhas de horas
Assim que os registros de trabalho estiverem lá, o módulo Track oferece três maneiras de lê-los, e eles respondem a três perguntas diferentes.
"Todos estão registrando?" A planilha de Progresso mostra as horas necessárias em relação às horas registradas por pessoa, com código de cores para excesso ou falta de horas, para que um líder possa ver em dez segundos quem completou e quem não completou.
"Para onde foram as horas?" A planilha de Linha do Tempo mostra as horas por pessoa por dia, semana ou mês, agrupadas por projeto, épico ou qualquer campo personalizado do Jira. Ela aceita filtros salvos do Jira, então um filtro de "cliente X" se torna uma planilha do cliente X sem precisar reconstruir nada.
"Mostre-me cada entrada." A planilha Detalhada lista cada registro de trabalho com usuário, chamado, data, horas, comentário e status de aprovação, além de uma coluna opcional de Cargo para que você possa ver como as funções dividem seu tempo. Esta é a que o departamento financeiro deseja.
“Estamos no caminho certo?” O O relatório de Alinhamento em Timesheets permite comparar o tempo planejado com o tempo registrado em um período selecionado. Este relatório ajuda a entender com que precisão o trabalho foi executado em relação ao planejado, mostrando:
- Quanto tempo foi planejado
- Quanto tempo foi efetivamente registrado
- a diferença (Δ Delta, Horas)
- a proporção entre eles (Correspondência do Plano, %)
É útil para gestores, líderes de equipe e gerentes de projeto que desejam acompanhar se o trabalho está sendo registrado conforme o esperado.
Todos os quatro compartilham os mesmos escopos (Equipe/Pessoas, Projeto, Épico, Categoria, Tarefa ou um filtro do Jira), uma opção de exclusão para ocultar o que você não precisa, modelos e agrupamento personalizado, além de painéis salvos para que o relatório semanal seja gerado com um clique, sem precisar reconstruí-lo. Cada visualização é exportada para Excel com um botão, incluindo valores de campos personalizados de texto rico. O intervalo histórico costumava ser limitado a dois anos; esse limite foi removido e um único relatório agora pode cobrir até dois anos de cada vez, a partir de qualquer ponto no passado.
Faturável e não faturável
As categorias de registro de trabalho substituem a convenção de prefixo de comentário. As opções Faturável e Não Faturável já vêm configuradas; você pode renomeá-las, adicionar outras e definir um padrão por projeto para que tudo o que for registrado em um projeto interno seja classificado automaticamente como não faturável. Se alguém registrar o tempo nativamente no Jira, em vez de usar a caixa de diálogo do ActivityTimeline, um "~" no início do comentário do registro de trabalho o marcará como não faturável. As planilhas de horas detalhadas e a Linha do Tempo agrupam por categoria, que é como a divisão faturável aparece na exportação. Para uma codificação mais detalhada (centro de custo, cliente, local), os atributos de registro de trabalho adicionam campos personalizados a cada entrada. Se você estiver medindo a utilização faturável a partir disso, nosso guia de utilização de recursos cobre a fórmula.
Aprovação e bloqueio
O ActivityTimeline adiciona os estados que faltavam. Ative o fluxo de trabalho de aprovação na Configuração de Timesheets e cada registro de trabalho receberá um status; Administradores, Gerentes, Líderes de Equipe e Líderes de Equipe com permissões avançadas podem aprovar individualmente ou em massa; os registros de trabalho aprovados são bloqueados; o sistema registra quem aprovou o quê; e períodos semanais ou mensais podem ser fechados para que nada seja alterado após o envio da fatura. Como definir as funções, a cadência e a data de fechamento para que isso funcione em escala é um assunto para outro artigo: consulte nosso guia de aprovação de timesheets.
Tempo que não é uma tarefa do Jira
Eventos do tipo reserva no ActivityTimeline (treinamento, dia de planejamento, trabalho interno) podem ser tratados como registros de trabalho, configuráveis por tipo de evento, para que apareçam na planilha de horas sem a necessidade de um ticket fictício. Eventos do Google Agenda e Outlook podem ser importados e tratados como registros de trabalho para períodos passados e atuais, para que as reuniões apareçam automaticamente como tempo registrado, e os administradores podem escolher quais tipos de evento importar.
Uma observação honesta aqui, e preferimos que você saiba por nós do que descubra nas configurações: o fechamento rígido de períodos funciona apenas com registros de trabalho de tarefas do Jira. Se você ativar o fechamento, as opções de tratar reservas e eventos de calendário como registros de trabalho são desativadas. Equipes que faturam a partir de períodos fechados e equipes que desejam reuniões na planilha de horas automaticamente precisam decidir o que é mais importante, pois, no momento, não é possível ter ambos.
Qual aplicativo de timesheet para Jira você deve escolher?
O Marketplace possui dezenas deles, divididos em três grupos: ferramentas exclusivas de timesheet que geram relatórios de registros de horas, suítes de tempo e faturamento, onde o Tempo é o nome consolidado, e aplicativos de tempo e planejamento de recursos, categoria na qual o ActivityTimeline se encaixa.
Sinceramente, a escolha é mais simples do que as páginas de listagem sugerem, pois depende da pergunta por trás do timesheet. Se a pergunta for "faturar isso, com estas taxas, deste produto, hoje" e você quiser orçamentos e tabelas de preços na mesma suíte, o conjunto de produtos do Tempo é a resposta mais segura, e diríamos isso a um cliente. Se a pergunta por trás do timesheet for "quem está sobrecarregado, quem está disponível e o planejamento sobreviveu à semana", então o timesheet e o planejamento precisam compartilhar o mesmo modelo de dados, e é para isso que o ActivityTimeline foi criado. E se você já usa o Tempo e está pensando em mudar para nós, o ActivityTimeline importa os registros de horas e atributos do Tempo, então a transição não exige começar do zero.
{{rich-cta-3}}
FractureCode fez exatamente isso: eles registravam horas de forma inconsistente no Jira e, após a mudança, ganharam visibilidade em suas equipes globais e atenderam a novos requisitos de conformidade trabalhista usando os mesmos dados que já possuíam.
