Pular para o conteúdo

O prazo escolhe o problema

Uma meta de transformação com data marcada não decide o que a instituição vai fazer. Decide o que ela vai conseguir terminar — e quase nunca são a mesma coisa.

Rodrígo Dell5 min de leitura
Composição abstrata: blocos de largura crescente enfileirados até uma linha vertical em cor quente; os menores cabem antes dela, e o maior é cortado ao meio pela linha.

Uma meta de transformação chega quase sempre com uma data colada nela.

Metade dos processos com apoio de inteligência artificial em dois anos. Todas as unidades com pelo menos um uso em operação até o fim do exercício. Um percentual de atendimentos com triagem automatizada antes do encerramento da gestão.

A data parece o detalhe administrativo da meta.

Ela é a parte que decide.

Porque um prazo curto não pergunta qual problema é mais importante. Ele pergunta qual problema cabe — e o conjunto dos problemas que cabem é bem diferente do conjunto dos problemas que importam.

O que cabe em dois anos

Um processo é candidato natural a entrar numa meta com prazo quando reúne certas características.

Ele já está documentado, então ninguém precisa reconstruir como funciona antes de mexer. Tem poucos envolvidos, então não exige acordo entre áreas que discordam. A regra que o rege não está em disputa, então não há risco de alguém questionar o critério no meio do caminho. Ele produz um resultado visível, então dá para mostrar. E, crucialmente, ele já era razoavelmente compreendido antes de a meta existir.

Repare no que essa lista descreve.

Ela descreve, com bastante precisão, os processos que menos precisavam de intervenção.

O processo mal documentado, que atravessa quatro unidades com critérios diferentes, que depende de uma informação que chega de fora, cuja regra ninguém consegue enunciar sem consultar duas pessoas — esse é o processo em que a instituição perde tempo, dinheiro e legitimidade todos os dias.

E é exatamente ele que não cabe em dois anos.

A seleção é silenciosa

O que torna esse mecanismo difícil de perceber é que ninguém decide excluir o processo difícil.

Não existe uma reunião em que alguém diga que o problema grande fica de fora. Existem várias reuniões pequenas em que se pergunta o que dá para entregar dentro do prazo, e o problema grande simplesmente nunca é a resposta.

A exclusão acontece por viabilidade, não por deliberação.

Isso significa que, ao fim do período, o programa terá números verdadeiros e um relatório defensável. Terá também deixado intacto aquilo que motivou o programa a existir — e não haverá nenhum documento onde essa decisão apareça, porque ela não foi tomada em lugar nenhum.

O segundo efeito, que é sobre a prova

Existe uma consequência menos comentada e mais séria.

Quem precisa entregar até uma data não pode se dar ao luxo de descobrir que a solução não serve.

Um piloto honesto tem duas saídas possíveis: funciona, ou não funciona e a instituição aprendeu algo sobre o próprio problema. Sob prazo, a segunda saída deixa de ser aceitável. O piloto que conclui pela inadequação vira atraso, e atraso vira explicação.

Então o piloto muda de natureza sem que ninguém anuncie a mudança. Ele deixa de ser um teste e passa a ser um ensaio do anúncio.

Escolhem-se os casos em que a ferramenta tende a funcionar. Ajusta-se o escopo até que o resultado seja apresentável. Mede-se aquilo que já se sabe que vai bem. Nada disso exige má-fé: é o comportamento previsível de qualquer equipe competente diante de um prazo que ela não definiu.

E o custo aparece depois, quando a solução encontra o caso real que o piloto evitou.

Por que isso é diferente de medir adoção

Vale separar duas críticas que se parecem.

Uma é sobre o que se mede: contar licenças, treinamentos e processos “com IA” descreve distribuição, não aptidão. Já tratei disso em Adoção não é capacidade, e o problema ali é do indicador.

Esta é outra. Aqui o problema não está no que se mede, e sim em quando se prometeu entregar. Mesmo um indicador excelente, aplicado a um programa com prazo curto, vai medir muito bem um conjunto de processos que foi selecionado pela facilidade de conclusão.

A métrica errada mostra o resultado errado.

O prazo errado produz o trabalho errado — e depois o mede corretamente.

O prazo não é o vilão

Nada disso é argumento contra estabelecer metas com data.

Uma meta sem prazo raramente produz movimento na administração pública. O prazo é o que transforma intenção em prioridade, o que obriga a sequenciar, o que impede que a transformação vire um assunto permanentemente adiado. Programas sem data tendem a não terminar nunca, e não terminar também tem custo.

O problema não é existir prazo.

É o prazo ser escolhido antes do problema.

Quando a data vem primeiro — porque é o tempo de um mandato, de um ciclo orçamentário, de um plano plurianual —, ela passa a funcionar como filtro daquilo que sequer será considerado. Quando o problema vem primeiro, o prazo continua existindo, mas passa a ser uma consequência da decisão, e não a sua causa.

Quatro perguntas antes de assinar a meta

Primeira: quais problemas este prazo exclui? É a pergunta central, e ela tem resposta. Basta listar os processos que não caberiam e verificar se algum deles é mais relevante que os incluídos. Se for, a meta está medindo a coisa errada desde o primeiro dia.

Segunda: o piloto pode terminar em não? Se a resposta honesta for que não pode, então não é piloto. Vale dizer isso em voz alta antes de começar, porque muda o que se aprende e o que se pode alegar depois.

Terceira: o que desta meta sobrevive à próxima gestão? Processo entregue no prazo e abandonado no ano seguinte custou dinheiro e não produziu capacidade. Vale mais um resultado menor que continue existindo.

Quarta: o prazo tem uma fase para compreender o problema, ou só para resolvê-lo? Um cronograma que começa na implantação assume que o diagnóstico já existe. Quase nunca existe — e o tempo de entender não some por não ter sido previsto: ele é retirado do tempo de fazer.

O ponto

Metas com data são instrumentos legítimos, e boa parte do que o Estado consegue entregar existe porque alguém marcou um prazo.

Mas todo prazo é também um critério de seleção, e ele opera antes de qualquer indicador, antes de qualquer avaliação, antes de qualquer decisão registrada em ata.

Um programa que atinge a meta e não sabe dizer quais problemas o próprio prazo deixou de fora não terminou o trabalho.

Ele terminou o que dava para terminar.

E chamar isso de resultado é como avaliar uma travessia pela distância percorrida, sem perguntar se era aquela a margem.

CompartilharLinkedIn (abre em nova aba)X (Twitter) (abre em nova aba)WhatsApp (abre em nova aba)

Caderno do Servidor Aumentado

Receba o próximo texto.

Artigos sobre inteligência artificial, decisão e capacidade institucional no serviço público. Escrevo quando tenho o que dizer — não há calendário.

  • Só aviso de texto novo. Sem sequência automática e sem newsletter semanal.
  • Nenhum compartilhamento com terceiros.
  • Você sai da lista quando pedir — e o endereço é eliminado.

Prefere sem e-mail? O RSS publica os mesmos textos.

Em outros idiomas

O artigo é escrito em português do Brasil e o texto integral está nesta página. As sínteses abaixo são traduções de trabalho, para quem chega por outro idioma.

English · Working translation

The deadline picks the problem

A transformation target with a date attached does not decide what an institution will do. It decides what the institution can finish — and those are rarely the same thing.

Public bodies increasingly announce artificial intelligence targets with a deadline attached. The article argues that the deadline, not the target, is what does the selecting: an institution facing a short horizon gravitates to the processes that fit inside it — the small ones, already well documented, with few affected parties and no dispute about the rule. Those are precisely the processes that needed the least help. Meanwhile the large, poorly documented, contested process — where the actual problem lives — is postponed because it cannot be finished in time. It also names the second effect, on evidence: whoever must deliver by a date cannot afford to discover that the solution does not work, so the pilot stops being a test and becomes a rehearsal for the announcement.

Published on 31 August 2026, in Brazilian Portuguese. The full text is on this page; only this summary has been translated — there is no English version of the article itself. It is part 7 of the series “Caderno do Servidor Aumentado”.

Questions and answers
What is this article about?
What a deadline does to an artificial intelligence programme inside government — specifically, how a date attached to a target quietly selects which problems get worked on.
What does it argue?
That a short horizon favours processes that are small, documented, uncontested and already understood, because those are the ones that can be finished in time. The processes that most need attention are usually the opposite of that, so they get postponed while the programme reports success.
Is it against setting targets?
No. A target without a date rarely produces movement in public administration. The argument is that the deadline should be chosen after deciding which problem matters, not before — and that a programme should be able to say which problems its own deadline excluded.
Who is it written for?
Public managers who set or receive transformation targets, and civil servants asked to deliver them within a term of office.

Español · Traducción de trabajo

El plazo elige el problema

Una meta de transformación con fecha no decide qué hará la institución. Decide qué alcanzará a terminar — y casi nunca son lo mismo.

Los organismos públicos anuncian cada vez más metas de inteligencia artificial con una fecha adjunta. El artículo sostiene que es el plazo, y no la meta, lo que hace la selección: una institución con un horizonte corto gravita hacia los procesos que caben dentro de él — los pequeños, ya documentados, con pocos afectados y sin disputa sobre la regla. Son justamente los procesos que menos ayuda necesitaban. Mientras tanto, el proceso grande, mal documentado y controvertido, donde está el problema real, se posterga porque no se puede terminar a tiempo. También nombra el segundo efecto, sobre la evidencia: quien debe entregar en una fecha no puede permitirse descubrir que la solución no sirve, y el piloto deja de ser una prueba para volverse un ensayo del anuncio.

Publicado el 31 de agosto de 2026, en portugués de Brasil. El texto íntegro está en esta página; solo esta síntesis fue traducida — no existe una versión en español del artículo. Es la parte 7 de la serie «Caderno do Servidor Aumentado».

Preguntas y respuestas
¿De qué trata este artículo?
De lo que un plazo le hace a un programa de inteligencia artificial dentro del Estado — en concreto, de cómo una fecha adjunta a una meta selecciona en silencio qué problemas se trabajan.
¿Qué sostiene?
Que un horizonte corto favorece procesos pequeños, documentados, sin controversia y ya comprendidos, porque son los que alcanzan a terminarse. Los procesos que más necesitan atención suelen ser lo contrario, así que se postergan mientras el programa reporta éxito.
¿Está en contra de fijar metas?
No. Una meta sin fecha rara vez produce movimiento en la administración pública. El argumento es que el plazo debería elegirse después de decidir qué problema importa, no antes — y que un programa debería poder decir qué problemas excluyó su propio plazo.
¿Para quién está escrito?
Para gestores públicos que fijan o reciben metas de transformación, y para funcionarios a quienes se les pide entregarlas dentro de un mandato.

← Todos os artigos