Por que o maior risco de um projeto de digitalização é político, não técnico

Um projeto de digitalização não trava porque a prefeitura escolheu o sistema errado. Trava porque a pessoa que mais precisa da mudança — o secretário, o coordenador, o servidor que sente o problema na pele todo dia — raramente é quem tem autoridade para obrigar outros setores a mudar de rotina. O risco técnico se resolve com uma boa avaliação de fornecedor. O risco político — a ausência de alguém com mandato para sustentar a mudança quando ela incomoda — não aparece em nenhuma planilha de comparação de sistema, e é o que decide se o projeto vira padrão institucional ou mais uma tentativa abandonada.

Quem sente o problema raramente tem autoridade para resolvê-lo

É comum uma secretaria inteira já ter tentado, em algum momento, implantar um controle melhor sobre o andamento dos processos — quem está com o quê, o que está parado, há quanto tempo. A pessoa que puxou essa tentativa geralmente não era quem assinava o decreto nem quem definia prioridade orçamentária: era quem via o gargalo de perto e decidiu, por conta própria, tentar resolver. Sem apoio formal de cima, a iniciativa depende inteiramente da energia pessoal de quem a puxou — e para no primeiro obstáculo que exige autoridade que essa pessoa não tem, como obrigar outro setor a mudar a forma de registrar uma informação.

Isso não é falha de quem tentou. É o desenho natural de qualquer estrutura hierárquica: quem está mais perto do problema operacional é, estatisticamente, quem tem menos poder de decisão sobre ele. Tratar essa lacuna como um problema de “falta de engajamento” do servidor é diagnosticar errado — o problema é a ausência de alguém acima dele disposto a bancar a mudança publicamente.

Um piloto sem patrocínio vira ilha, não vira padrão

Quando a liderança não assume publicamente que aquele projeto é prioridade, ele nasce como iniciativa de uma pessoa ou de um setor isolado — e continua isolado. Os demais setores tratam a mudança como opcional, porque, no fim, é exatamente isso que ela é sem um mandato formal por trás. O resultado mais comum não é a rejeição explícita: é o silêncio educado, a reunião marcada e desmarcada, o “vamos ver isso mais para frente” que nunca vira decisão.

O sintoma mais claro desse padrão é o projeto que já foi tentado antes e simplesmente parou de ser mencionado, sem ninguém formalizar por que parou. Ninguém decidiu que aquilo era ruim; ninguém decidiu continuar. A ausência de patrocínio não mata o projeto com um “não” — mata com a ausência de qualquer decisão.

Formalizar prioridade é uma decisão de gestão, não uma etapa de implantação

A diferença entre um projeto que se torna rotina institucional e um que morre silenciosamente costuma estar num único gesto, tomado antes de qualquer contrato ou treinamento: alguém com autoridade formal — prefeito, secretário, presidente de câmara — comunica, de forma explícita e pública, que aquele processo passa a tramitar daquela forma a partir de uma data, e que a exceção precisa de justificativa, não o contrário. Sem esse gesto, a plataforma mais completa do mercado continua sendo usada só por quem já estava convencido antes de o projeto começar.

Isso explica por que a mesma tecnologia produz resultado tão diferente entre municípios: não é o sistema que muda, é a existência ou não de alguém disposto a tornar o uso dele inegociável para os setores que preferiam continuar como estavam. É também por isso que os sinais de que a resistência à mudança trava a digitalização de um órgão público tendem a aparecer justamente onde esse gesto de patrocínio nunca foi dado — a resistência operacional é, com frequência, apenas o sintoma visível de uma decisão política que nunca foi tomada.

Conclusão

Antes de avaliar qual plataforma escolher, vale fazer uma pergunta mais difícil: quem, na estrutura da prefeitura, da câmara ou do órgão, está disposto a bancar publicamente essa mudança quando ela incomodar o primeiro setor resistente? Se a resposta não tiver nome e cargo, o projeto corre o risco real de repetir a mesma história — começar bem, gerar entusiasmo em quem participou da demonstração, e murchar assim que a rotina antiga voltar a parecer mais fácil que a nova. A tecnologia resolve o problema técnico. O patrocínio resolve o problema que decide se a tecnologia chega a ser usada.

Veja também por que a secretaria mais visível nem sempre é a que mais trava a prefeitura e como escolher o usuário multiplicador certo na implantação de um processo eletrônico — duas peças do mesmo problema de patrocínio e adoção.