Quando 60 automações deixam de ser projetos e viram um portfólio

Toda automação nasce como projeto: alguém tem uma dor, existe uma janela de oportunidade, o time entrega e comemora. Funciona bem para as primeiras cinco. Na trigésima, o modelo mental de projeto começa a produzir problemas em vez de resolvê-los.

Os sinais da virada

• Ninguém sabe dizer, sem consultar três pessoas, quantas automações estão ativas.
• Uma mudança de sistema quebra rotinas que nenhum time atual construiu.
• O tempo do time é consumido mais por manutenção do que por novas entregas.
• Perguntas de valor ficam sem resposta: qual automação ainda importa?

Nesse ponto, o conjunto virou portfólio — com ou sem a sua permissão.

O que muda na gestão

Portfólio exige três coisas que projeto não exige.

Inventário vivo. Cada automação com dono de negócio, sistema afetado, criticidade e data da última revisão. Sem isso, não existe conversa de risco possível.

Critério de entrada e de saída. Automação também é descontinuada. Rotina que existe "porque sempre existiu" é custo com aparência de ativo.

Medição comparável. Não a soma de horas economizadas em slides diferentes, mas uma régua única aplicada a todos os itens.

Um efeito colateral positivo

Quando o portfólio fica visível, a conversa com as áreas de negócio muda de tom. Deixa de ser "vocês conseguem automatizar isso?" e passa a ser "isso é mais importante do que aquilo que já está rodando?". Escassez explícita gera priorização honesta.

Projeto termina. Portfólio é mantido. Confundir os dois transfere o custo para o futuro.

A virada não é técnica. É de governança — e quase sempre chega antes de o time estar pronto para ela.