Entregar uma iniciativa não é o mesmo que construir uma capacidade.
Por que projetos entregues no prazo nem sempre deixam a empresa mais capaz, e como desenhar a mudança para que ela fique.
O painel do programa está verde. O sistema foi implantado, os processos foram redesenhados, as pessoas foram treinadas, o orçamento foi respeitado. Na reunião de encerramento, todos celebram com razão. Seis meses depois, a empresa ainda não consegue fazer, de forma confiável, aquilo que o programa prometia.
O novo modelo de atendimento funciona nas contas que a equipe do projeto acompanhou e se desfaz nas outras. A nova ferramenta de planejamento é usada por poucos, e o resto continua na planilha. A segunda vez que a empresa precisa repetir o processo é tão difícil quanto a primeira.
Ninguém mentiu no painel. A iniciativa foi, de fato, entregue. O problema é que entregar e ser capaz são coisas diferentes, e a maioria das empresas só mede a primeira.
Três coisas que costumam ser confundidas
| O que é | Como se mede | Quando termina | |
|---|---|---|---|
| Entrega | O que a iniciativa produz: um sistema, um processo, um treinamento | Prazo, escopo, orçamento | No go-live |
| Resultado | O efeito no negócio: receita, prazo, qualidade, satisfação | Indicadores do negócio | Quando a meta é atingida |
| Capacidade | O que a empresa passa a conseguir fazer, de novo e de novo, sem a equipe do projeto | Repetição, qualidade e tempo, sem esforço heróico | Quando vira rotina |
A entrega é condição para a capacidade, mas não a garante. E é a capacidade que sustenta o resultado depois que a iniciativa acaba.
Os números mostram o tamanho dessa distância. Segundo a Gartner, só 48% das iniciativas digitais atingem ou superam as metas de negócio. Quando negócio e tecnologia são donos do resultado juntos, o número sobe para 71%. A diferença não está na tecnologia. Está em quem continua responsável depois da entrega.
Por que a iniciativa termina antes da capacidade
Uma iniciativa é desenhada para acabar. Tem equipe dedicada, patrocinador, orçamento e data. Uma capacidade é o contrário: precisa continuar funcionando quando a equipe se dispersa, o patrocinador muda de prioridade e o orçamento vira custo recorrente.
Três padrões aparecem quase sempre quando a capacidade não se forma.
- O conhecimento sai com a equipe. Durante o projeto, quem sabe fazer o novo é a equipe do projeto. Quando ela se desfaz, o saber vai junto, e a operação fica com um sistema que ninguém domina por inteiro.
- A medida é de adoção, não de desempenho. "80% dos usuários ativos" diz que as pessoas entram na ferramenta. Não diz se a empresa decide melhor, entrega mais rápido ou atende com mais qualidade.
- Os habilitadores ficam pela metade. A iniciativa cuida de uma ou duas peças, em geral tecnologia e processo, e deixa as outras para depois. O depois raramente chega.
A capacidade mora no modelo operacional
Há uma razão mais funda para essa distância. A maioria das iniciativas muda uma peça do modelo operacional e deixa o resto como estava. Implanta um sistema, mas mantém os mesmos papéis, as mesmas alçadas, o mesmo ritmo de reunião e o mesmo orçamento por área.
O modelo operacional é o jeito como a empresa de fato trabalha: quem faz o quê, como o trabalho passa de uma área para outra, quem decide e com que informação. Quando a iniciativa não toca nisso, o modelo antigo absorve a novidade. A empresa passa a fazer o mesmo de antes, agora com uma ferramenta nova.
Por isso, a pergunta certa no início não é "o que vamos implantar?". É "o que precisa mudar no jeito de trabalhar para que a empresa consiga fazer isso sempre?".
Do que uma capacidade é feita
Uma capacidade só existe quando cinco habilitadores estão no lugar ao mesmo tempo:
- Pessoas e papéis. Quem faz, com que habilidade, e quem responde pelo resultado.
- Processo e passagens. Como o trabalho flui entre áreas, com critérios claros de qualidade em cada passagem.
- Tecnologia e dados. As ferramentas e as informações que sustentam o trabalho, integradas ao que já existe.
- Decisão e governança. Quem pode decidir o quê, com quais limites, e como as exceções são tratadas.
- Ritmo e evidência. Uma cadência em que o desempenho é medido e as correções acontecem.
Quando falta um deles, a capacidade depende de esforço heróico. Funciona enquanto alguém empurra e para quando essa pessoa sai.
Como gerir a capacidade, e não só a iniciativa
- Defina a capacidade antes de definir o projeto. Em vez de começar por "implantar o sistema X", comece por "o que a empresa precisa conseguir fazer, com que frequência e com que qualidade". O projeto passa a ser meio, não fim.
- Mapeie os cinco habilitadores e dê um dono a cada um. Se o projeto cobre tecnologia e processo, alguém precisa responder por papéis, decisão e ritmo, com data e medida.
- Meça a capacidade, não a adoção. A pergunta certa é: a empresa consegue fazer isso de novo, sem a equipe do projeto, no tempo e na qualidade combinados?
- Mantenha o dono depois do go-live. A capacidade entra no ciclo de gestão da empresa: é lida, decidida, mobilizada e revista como qualquer outra prioridade.
O fim de verdade
Uma transformação não termina quando o projeto acaba. Termina quando a empresa consegue fazer o novo de novo, sem precisar pensar nisso, e quando a próxima mudança encontra uma organização mais preparada do que a anterior encontrou.
Até lá, o painel verde é um bom começo. Não é o resultado.
Uma pergunta para a sua liderança: das três últimas iniciativas que a empresa concluiu, quantas ela conseguiria repetir amanhã, sem a equipe que as implantou?
Fonte
- Gartner, pesquisa sobre iniciativas digitais (2024)
