2026 | TRT-13

Administrativo

4483/2026 Tribunal Regional do Trabalho da 13ª Região 8

Data da Disponibilização: Segunda-feira, 01 de Junho de 2026

5. Planejamento e Esforço

A métrica de esforço a ser preenchida nos cards Jira é um pilar fundamental para a robustez do modelo.

Momento: Idealmente, o esforço deve ser alimentado durante o momento de refinamento das demandas (ex: reuniões de grooming ou
planning).

Participantes: O refinamento deve contar com a participação do time (para análise técnica) e do gestor (para validação).

Registro da Estimativa: Pode ser realizada de duas maneiras:

1) O próprio gestor (ou seu substituto designado) deverá alimentar o campo de esforço no Jira, de preferência em reuniões
semanais de setor. Essa estimativa deve ser acordada entre o gestor e o servidor antes do registro na tarefa. Esse formato é
mais adequado para equipes pequenas.

2) A estimativa é registrada pelo próprio servidor, porém deverá ser obrigatoriamente validada pelo gestor, no próprio Jira,
para que a tarefa seja computada na produtividade do servidor. Esse formato é ideal para equipes maiores ou com um fluxo
de demandas mais intenso, no qual a estimativa prévia pelo gestor poderia “engargalar” o processo.

Ambos os formatos garantem que as metas e esforços registrados não são definidos unicamente pelo próprio servidor em avaliação,
conferindo confiabilidade ao processo. A informação da estimativa e de todas as suas alterações ficam registradas no histórico de
modificações do Jira, podendo ser um ponto auditável no futuro.

Para chamados: A unidade de esforço dos chamados, por ser inviável de ser planejada a cada chamado, será sugerida automaticamente
de acordo com o tipo do chamado, conforme tabela preenchida e informada em anexo.

6. Registro de Produtividade e Monitoramento

O acompanhamento do progresso será feito de acordo com a periodicidade definida em acordo com o gestor.

A atualização das tarefas no Jira (status, informações) e a garantia de que seu trabalho foi registrado em horas/esforço são
responsabilidades de cada servidor, em comum acordo com o gestor.

As informações referentes aos chamados atendidos serão automaticamente extraídas e contabilizadas na base de dados que alimentará os
relatórios do SAO-Adm.

Ao final do ciclo (ex: final do mês), as ferramentas definidas (Jira, GLPI, Relatório, eventualmente Power BI) serão utilizadas para analisar a
produtividade.

Os relatórios do SAO (posteriormente, os dashboards), serão a principal fonte de comprovação do que foi produzido, comparando o esforço
e horas entregues com a meta de disponibilidade esperada. Os links para os relatórios/dashboards devem estar também publicados em
área de portal da SETIC ou GOVTIC e devem ser referenciados tanto nos Proads das instruções/renovações de teletrabalho quanto nos
relatórios semestrais de produtividade.

7. Tratamento de Ausências e Afastamentos

Ausências justificadas, afastamentos e férias deverão refletir ajustes na produtividade esperada do servidor. Desta forma, embora a produtividade
mensal esperada seja X, o relatório do SAO-Adm já exibirá a produtividade esperada no mês como X-Y, contabilizando o tempo de afastamento
como um natural redutor no total de horas esperadas, mantendo a consistência no atingimento das metas.

Isso pode ocorrer de uma das seguintes formas (evitando-se registros concomitantes):

1. Criação Manual de Cards: Criação manual de um card específico (ex: "Férias"), com a quantidade de horas equivalentes ao
afastamento. Isso deve ser feito caso não haja nenhuma automação implementada no momento da aferição, com obrigatória
homologação no card pelo gestor.

2. Lançamento Automático: Lançamento desses valores (horas de afastamento) diretamente na base de dados de produtividade
por um sistema intermediário a partir da consulta direta na origem (SIGEP), sem a necessidade de criação de card no Jira. Quando
isso for implementado, nenhuma ação manual deverá ser efetuada.

8. Casos Especiais

8.1. Tarefas Compartilhadas

Quando uma tarefa tiver atividades compartilhadas entre dois ou mais servidores (reuniões ou trabalho em pares, por exemplo), o trabalho de
cada um deverá recair em subtarefas. O esforço não deve ser preenchido na tarefa "pai", e sim nas subtarefas "filhas", que registrarão a atividade
individual de cada pessoa.

A pontuação de esforço só deve ser preenchida nas subtarefas (se existirem), e não na tarefa pai.

Se for necessário dar continuidade a uma tarefa já iniciada (que já possui esforço registrado) por outra pessoa, deve-se criar uma nova
tarefa relacionada (e não uma subtarefa) para o novo responsável, registrando o esforço nesta nova tarefa e reduzindo o esforço da tarefa
original.

8.2. Atuação em Boards Externos

O servidor pode atuar em boards do Jira que não pertençam diretamente à sua unidade ou mesmo à SETIC (ex: squads ou projetos de outras
unidades). Nesses casos, a pontuação de esforço será obtida diretamente do board do outro projeto (não deve haver duplicação de cards no board
da unidade de origem do servidor).

8.3. Tarefas com Baixo Esforço

Caso existam muitas atividades cujo esforço seja inferior à granularidade mínima de registro (ex: tarefas de 15 minutos):

Usar subtarefas: Criar subtarefas para cada atividade, com registros fracionados (ex: 0,25h).

Agrupar Tarefas: Criar um único card (ex: "Reuniões de alinhamento técnico") com o esforço total, e detalhar as micro-tarefas em um
checklist dentro do card, reduzindo a sobrecarga de microgestão.

8.4. Tarefas não Planejadas

Tarefas urgentes que surgirem e não estiverem no planejamento inicial deverão ser registradas formalmente para que o esforço seja devidamente
contabilizado.

Registro Obrigatório: A demanda urgente deverá ser registrada através da criação de um novo card no Jira. Este registro deve ser feito
assim que possível, ainda que retroativamente (após a conclusão ou início da tarefa).

Estimativa: Este novo card deverá receber uma estimativa de esforço obrigatoriamente alinhada com o gestor, seguindo as mesmas regras
definidas na Seção 5.

Código para aferir autenticidade deste caderno: 238300