Implementação · 9 minutos · Tradução da estratégia · Desenho de modelo operacional · Arquitetura de implementação
Uma estratégia pode estar aprovada, publicada e apresentada à equipe e ainda permanecer quase inteiramente teórica.
A aprovação confirma uma direção. Ela não cria as condições financeiras, organizacionais, técnicas e operacionais necessárias para entregá-la.
A estratégia foi aprovada. O sistema necessário para entregá-la não foi construído.
Uma estratégia responde que direção seguir, quais prioridades importam e o que deve mudar. A implementação exige outro conjunto de perguntas.
Não são detalhes administrativos: determinam se a estratégia é viável.
A falha na execução costuma ser atribuída a comunicação ou comprometimento. Com frequência ela é desenhada desde o início: uma prioridade sem orçamento próprio, uma equipe responsável por um resultado sem autoridade sobre os recursos, um serviço aprovado sem modelo de receita nem estrutura de pessoal.
O problema não é que ninguém seguiu a estratégia. É que a estratégia nunca foi traduzida em um sistema operacional.
Requisitos → Modelo financeiro → Modelo operacional → Arquitetura de implementação → Ritmo de governança → Sistema de aprendizado
Cada camada depende da anterior. Nenhuma nasce da ata de aprovação.
Cada prioridade precisa ser traduzida em atividades, produtos, capacidades, pessoal, tecnologia, informação, parcerias, financiamento, governança e decisões. "Melhorar o acesso a serviços" ainda não é implementável: é preciso definir quais serviços, para quem, por quais canais, com quais regras de elegibilidade e medidos por quais resultados.
Uma estratégia se torna viável quando o modelo explica quanto custará implementá-la, como será financiada, quando o caixa será necessário e quais premissas precisam se sustentar — inclusive o que acontece se o prazo se estender, a demanda subir ou um parceiro sair.
Define funções, capacidades, papéis, fluxos de trabalho, direitos de decisão, governança e padrões de serviço, e o que é centralizado, distribuído, terceirizado ou automatizado. Um modelo operacional não é um organograma: ele explica como o valor é produzido e como o trabalho se move.
Um plano é mais que um cronograma: conecta prioridades, frentes de trabalho, responsáveis, produtos, recursos, dependências, portões de decisão, riscos e indicadores, e mostra o que precisa ser verdade antes de a etapa seguinte começar.
A implementação exige decisões recorrentes: que informação é revisada, com que frequência, sob qual autoridade e o que é escalado. Sem essa estrutura, as reuniões viram relatórios de status em vez de fóruns de decisão.
Nenhuma estratégia sobrevive intacta ao contato com a realidade. É preciso definir o que será monitorado, quais premissas estão sendo testadas, quais sinais indicam problema e quem pode autorizar mudança. O aprendizado se constrói dentro da entrega, não se adia para a avaliação final.
Financeira → Organizacional → Operacional → De implementação → De desempenho
Se uma prioridade não pode ser respondida nas cinco lentes, ela ainda não é operacional.
A pergunta não é se a estratégia foi aprovada, mas se o sistema necessário para entregá-la foi construído.
A Common Practice traduz estratégias em modelos financeiros, estruturas operacionais, sistemas de implementação e ferramentas de decisão.
A lista pós-aprovação — Uma página: as seis camadas, o teste das cinco lentes e as oito perguntas antes de anunciar a implementação.