Resposta direta
A contratação começa pelo gatilho, não pela frequência. Quando a tarefa não tem data fixa, o que define a execução é o evento que a dispara: o fechamento de um lote, a entrada de um pedido, a resposta de outra área. Definido o gatilho, cabe escrever quem responde, o que se considera concluído e onde isso fica registrado. Sem esse conjunto, o calendário apenas cria lembretes que ninguém olha; com ele, a recorrência se sustenta mesmo quando a data muda. O que se contrata, portanto, é a obrigação de executar diante do gatilho, não a promessa de lembrar.
- Objetivo
- Orientar avaliação e contratação
- Formato indicado
- Projeto de implementação
- Atualizado em
O que esta página acrescenta: Contrata a recorrência pelo gatilho e pela responsabilidade nominal, e trata o limite do acordo: quando formalizar a tarefa apenas perpetua um problema de processo.
O evento que dispara a tarefa
Tarefa recorrente sem data fixa não é tarefa sem hora: é tarefa cujo momento é definido por outro acontecimento. O fechamento de um lote, a entrada de um pedido, a resposta de outra área, a aprovação de uma etapa anterior. Enquanto esse acontecimento não é nomeado, a recorrência fica presa a uma frequência aproximada e a execução passa a depender de memória.
Nomear o gatilho muda o que se cobra. Não se cobra a lembrança da data, e sim a execução depois de o evento ter acontecido. Isso também mostra quando o gatilho é ambíguo: dois eventos diferentes apontando para a mesma tarefa exigem decisão, não acordo. Vale separar os gatilhos que a área observa sozinha daqueles que dependem de aviso de terceiros.
Quem responde e o que conta como concluído
Responsável nominal, não área. Um acordo que aponta o setor como responsável volta ao ponto de partida quando a pessoa que costumava executar sai de férias ou muda de função. Junto com o nome, entra a definição do que está concluído: o dado lançado, o documento enviado, a resposta registrada. Sem esse critério, a tarefa é considerada feita por quem a executou, e não por quem dependia dela.
O registro da ocorrência deve ficar onde a tarefa nasce, não em planilha paralela. Se o pedido entra no sistema, é ali que o cumprimento ou a falta fica visível. Prazo de resposta após o gatilho, o que fazer quando a execução não é possível naquele ciclo e quem decide a prioridade entre duas tarefas recorrentes do mesmo responsável fazem parte da contratação. Sem esses pontos, o acordo vira intenção.
O que o acordo não cobre
O acordo não cria capacidade. Se a tarefa recorrente não cabe na rotina atual, organizá-la por gatilho apenas deixa o conflito visível, e a decisão sobre o que sai da rotina é de quem responde pela área. Também não resolve a tarefa de fato imprevisível, sem evento observável e sem padrão de repetição. Nesse caso, o formato é atendimento sob demanda, com fila e critério de prioridade, não recorrência.
O acordo não garante execução, não substitui preparo de quem executa e não corrige processo mal definido a montante. Quando o gatilho depende de área que não participou do acordo, o compromisso nasce frágil. E quando a tarefa existe apenas para contornar falha de sistema ou de desenho de processo, formalizar a recorrência pode tornar permanente algo que deveria ser eliminado.
Recurso prático
Acordo de tarefa recorrente sem data fixa
- Listar as tarefas recorrentes da área e separar as que têm data fixa das que não têm.
- Para cada tarefa sem data fixa, nomear o evento que a dispara e o lugar onde esse evento é observável.
- Definir responsável nominal, o que conta como concluído e quanto tempo a execução pode levar depois do gatilho.
- Escolher o registro único onde a ocorrência fica visível, de preferência o sistema onde a tarefa nasce.
- Acordar o que acontece quando a execução não é possível no ciclo, quem decide a prioridade e como a recusa é anotada.
- Revisar o acordo depois de alguns ciclos e retirar o que não foi usado.
O erro mais comum é aceitar uma frequência vaga no lugar do gatilho, do tipo toda semana ou quando der, e depois cobrar execução de algo que nunca teve evento de partida. O ponto ignorado é o registro da recusa: sem ele, a falta vira falha de pessoa, não de acordo.
Sobre o que está escrito aqui
Conceitos relacionados: gatilho de execução · responsável nominal · critério de conclusão · prazo de resposta após o gatilho · registro de ocorrência. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Projeto de implementação, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Processos, retrabalho e produtividade — Página central do tema
- Aprovações lentas: onde o processo trava e co… — aprovações lentas
- Tarefas esquecidas: como dar visibilidade sem… — tarefas esquecidas
Páginas relacionadas
O mesmo problema em outro objetivo
- Rotinas sem calendário: como identificar o gatilho real — Diagnosticar
- Tarefa recorrente: como estruturar sem depender de agenda — Organizar um processo
- Tarefa recorrente sem data: como acionar a execução — Comparar alternativas
- Rotina sem calendário: como medir a execução real — Explicar medição
- Rotinas sem data fixa: como estruturar a execução — Orientar implementação
Outras leituras em Processos, retrabalho e produtividade
- Atividade crítica com uma só pessoa: como medir — Define o que registrar em uma atividade crítica executada por uma só pessoa, com que frequência medir e o que o dado não mostra.
- Rotina sem substituto: como medir a exposição — Medição da exposição de rotinas sem substituto, pelo tempo de recomposição, pelas decisões concentradas e por teste de cobertura com quem assume.
- Checklist criado e abandonado: como reativar na rotina — Ajuda a decidir entre retomar e descartar um checklist abandonado, e o que sustenta o uso dele na rotina depois da retomada.
- Exceções: como ler o que elas dizem sobre o processo — Mostra como levantar as exceções de um processo, classificar suas causas e separar variação legítima de falha de desenho ou de dado.
- Tarefa sem registro de conclusão: onde fechar o ciclo — O que define conclusão de uma tarefa, onde o registro acontece e quem responde por fechá-lo, sem criar controle paralelo ao processo.