Estratégia Técnica

Visão Geral

Estratégia técnica é a escolha de onde a organização vai concentrar esforço técnico — e, necessariamente, onde não vai.

A segunda parte é o que distingue estratégia de lista de intenções. Um documento que enumera tudo o que seria bom fazer não orienta nada, porque não ajuda a decidir o que deixar de fazer.

E uma boa estratégia tem três partes: diagnóstico do problema, política orientadora, e ações coerentes que a executam.

Problema

O documento típico de estratégia técnica é uma lista de aspirações:

"melhorar a qualidade"
"modernizar sistemas legados"
"adotar cloud native"
"aumentar a velocidade de entrega"
"fortalecer a segurança"

Cinco frases com que ninguém discorda, sem prioridade entre elas, sem indicação do que fica de fora.

Diante de uma decisão concreta — investir em modernizar o sistema A ou em melhorar a esteira? — o documento não ajuda, porque ambos estão na lista.

Conceitos Centrais

As três partes

diagnóstico  qual é o problema central, formulado com precisão
política     a abordagem escolhida para enfrentá-lo
ações        o conjunto coerente de coisas que executam a política

A primeira é a que costuma faltar. Estratégias que começam pelas ações — "vamos adotar microsserviços" — pulam a pergunta de que problema isso resolve.

E o diagnóstico precisa ser específico:

vago       "nossos sistemas são legados"
específico "nossa capacidade diferenciadora — precificação — é suportada por um
            sistema que uma pessoa mantém, e mudanças nele levam três meses.
            Isso limita nossa capacidade de responder à concorrência."

O segundo aponta a ação. O primeiro, não.

Estratégia é escolher o que não fazer

Uma estratégia sem renúncia explícita não é estratégia — é lista de desejos.

"vamos investir em X, e por isso não vamos investir em Y neste ciclo"

A segunda metade é o que dá poder à primeira. Sem ela, o investimento se dilui e nada avança o suficiente para importar.

E as renúncias precisam ser nomeadas. "Não vamos modernizar os sistemas de apoio nos próximos 18 meses" é uma decisão que alguém vai contestar — e é exatamente por isso que ela precisa estar escrita.

Ver capacidades de negócio — a classificação por diferenciação é o critério que sustenta a renúncia.

Coerência entre as ações

Ações coerentes se reforçam:

coerente     investir em plataforma + reduzir tecnologias suportadas
             + padronizar observabilidade
             → cada uma torna as outras mais fáceis
incoerente   investir em plataforma + dar autonomia total de tecnologia
             → uma anula a outra

O teste: as ações escolhidas se ajudam, ou competem por recursos e se contradizem?

Uma lista de boas iniciativas sem coerência entre si dispersa esforço — e é o resultado mais comum de estratégias construídas por agregação de pedidos de cada área.

Estratégia técnica serve à estratégia de negócio

Ela não é independente. A pergunta que a ancora:

o que o negócio precisa conseguir fazer nos próximos dois anos?
o que na tecnologia impede ou limita isso?

Uma estratégia técnica derivada de preferências de engenharia — "queremos modernizar porque a tecnologia é antiga" — não consegue competir por orçamento, e não deveria.

A que se sustenta conecta explicitamente: esta limitação técnica impede esta capacidade de negócio, que vale isto.

Apostas, não certezas

Estratégia envolve incerteza. Formulá-la como aposta é mais honesto e mais útil:

acreditamos que X
se estivermos certos, Y acontece
saberemos em Z meses, observando W

Isso permite revisar com base em evidência, em vez de defender a posição. E torna explícito o que precisa ser verdade — que é o que costuma estar errado quando a estratégia falha.

Ver decisões de arquitetura.

O horizonte e a revisão

12 a 24 meses   o horizonte usual de uma estratégia técnica
revisão semestral  com evidência do que se aprendeu
mudança sem culpa  se o diagnóstico estava errado, mudar é o correto

Estratégias defendidas depois de a evidência mudar são o modo de falha mais caro: o custo de persistir cresce, e o custo de admitir cresce junto.

A estratégia precisa sobreviver à ausência de quem a escreveu

Um teste que revela se ela foi comunicada ou apenas publicada: as pessoas que tomam decisões conseguem enunciá-la?

comunicada    engenheiros conseguem dizer onde a organização está apostando
publicada     existe um documento que poucos leram

O que faz a diferença não é o documento, é a repetição em contexto: a estratégia citada quando uma decisão é tomada, quando uma prioridade é definida, quando algo é recusado.

E há um sinal claro de que ela não pegou: quando as decisões locais contradizem a estratégia sem que ninguém note. Isso não é desobediência — é evidência de que a conexão entre a estratégia e o trabalho cotidiano não foi feita.

A prática que resolve é modesta: incluir na estratégia, para cada aposta, o que muda no dia a dia de quem constrói. Uma aposta que não altera nenhuma decisão concreta provavelmente não é uma aposta — é uma intenção.

A estratégia precisa dizer o que fazer com o que já está em andamento

Uma lacuna comum: a estratégia define o futuro e não trata o presente.

No momento em que ela é publicada, há iniciativas em execução — algumas alinhadas, outras não. Ignorá-las produz duas realidades paralelas.

alinhada e em andamento    continua, com prioridade reforçada
desalinhada e avançada     avaliar: terminar ou interromper, com o custo já gasto
                           tratado como perdido
desalinhada e inicial      interromper
não iniciada e desalinhada não começar

A segunda linha é a difícil, e o erro característico é deixar a iniciativa continuar "porque já investimos" — que é o raciocínio de custo afundado.

O critério correto ignora o que já foi gasto: daqui para frente, este investimento é o melhor uso do recurso?

Tomar essas decisões explicitamente, no momento da publicação, é o que evita que a estratégia conviva com um conjunto de trabalhos que a contradizem.

Modelo Mental

Estratégia é diagnóstico, política e renúncia. Se nada foi descartado, nada foi escolhido.

Quando Usar

• Quando o investimento técnico precisa ser priorizado.
• Antes de programas plurianuais.
• Quando há tensão recorrente entre iniciativas.
• Para conectar decisões técnicas a objetivos de negócio.
• Após mudanças de estratégia de negócio.

Quando Não Usar

Como lista de aspirações. "Ser mais ágil e mais seguro" não elimina nenhuma opção, então não orienta escolha nenhuma.

Sem diagnóstico específico. Estratégia começa por nomear o obstáculo real. Sem isso, as ações são atividades que não se ligam a nada.

Sem renúncias nomeadas. Estratégia que não diz o que não será feito é lista de desejos, e cada área continua supondo que a sua prioridade está incluída.

Derivada só de preferências de engenharia. Sem ancoragem no que a empresa precisa, ela otimiza pureza técnica — que raramente é o risco dominante.

Com ações incoerentes entre si. Ações que se anulam consomem capacidade e não movem nada. Coerência entre elas é o que distingue estratégia de portfólio de iniciativas.

Sem revisão com evidência. Sem indicadores que digam se o diagnóstico ainda vale, a estratégia sobrevive ao contexto que a justificava.

Alternativas

• Princípios — orientam decisão sem definir prioridade de investimento. Ver princípios corporativos.
• Roteiro — o que fazer e quando, sem o porquê. Ver roteiros de arquitetura.
• Arquitetura alvo — o estado desejado, sem a escolha de onde investir. Ver arquitetura alvo.

Os três são complementares: a estratégia diz por que e onde; o alvo, para onde; o roteiro, quando.

Trade-offs

Foco em poucas apostas	Investimento distribuído
Avanço real onde importa	Progresso marginal em tudo
Áreas descontentes	Ninguém contrariado
Risco concentrado	Diluído

Horizonte de 2 anos	De 6 meses
Permite mudanças estruturais	Acionável
Mais incerteza	Menos ambição

Modos de Falha

Lista de aspirações. Nada é priorizado.

Diagnóstico vago. Não aponta ação.

Sem renúncia. O esforço se dilui.

Ações incoerentes. Iniciativas que se anulam.

Desconectada do negócio. Não sustenta orçamento.

Defendida após a evidência mudar.

Erros Comuns

Começar pelas ações.

Não nomear o que fica de fora.

Agregar pedidos de cada área em vez de escolher.

Não conectar a objetivos de negócio.

Não formular como aposta verificável.

Não revisar.

Exemplo Real

Uma empresa de seguros tinha um documento de estratégia técnica de 18 páginas, com nove frentes de trabalho.

O orçamento de engenharia foi distribuído entre as nove. Ao fim de dois anos:

frentes concluídas        0
frentes com progresso     9  — todas parciais
frentes abandonadas       3  — o progresso foi perdido

Nenhuma tinha avançado o suficiente para produzir resultado.

A reformulação partiu de um diagnóstico específico, construído com a diretoria:

o negócio precisa lançar produtos novos em semanas, não em meses.
hoje leva de 4 a 7 meses.
o que limita: toda alteração de produto exige mudança no sistema de precificação,
que é monolítico, tem um mantenedor e release trimestral.

Isso apontava uma frente, não nove.

A política escolhida: investir em tornar a precificação configurável e independente, com três ações coerentes:

1. extrair precificação do monólito, com release independente
2. modelo de produto configurável, sem alteração de código para produtos novos
3. transferência de conhecimento — de um para quatro mantenedores

E as renúncias, nomeadas explicitamente:

não modernizamos os sistemas de apoio nos próximos 18 meses
não adotamos a plataforma de contêineres neste ciclo
não investimos em redução de custo de infraestrutura

As três foram contestadas, e a escrita explícita permitiu que a discussão acontecesse uma vez, com a diretoria, em vez de a cada trimestre.

Formulada como aposta:

acreditamos que a precificação é o gargalo
se estivermos certos, o tempo de lançamento cai para menos de 6 semanas
saberemos em 12 meses, observando o tempo dos próximos lançamentos

Após 14 meses, o tempo de lançamento estava em 5 semanas. A aposta se confirmou.

E as renúncias tiveram custo: dois sistemas de apoio degradaram, e um incidente de custo de infraestrutura consumiu atenção. Ambos foram tratados como consequência aceita, não como falha de planejamento.

O que a equipe aprendeu: as nove frentes anteriores tinham sido construídas agregando o pedido de cada área. Nenhuma delas era errada. O erro foi não escolher.

Conceitos Relacionados

• Arquitetura Alvo — para onde.
• Roteiros de Arquitetura — quando.
• Capacidades de Negócio — o critério de foco.
• Princípios Corporativos.

Exercício Prático

Pegue a estratégia técnica da sua organização e procure a renúncia: o que ela diz explicitamente que não será feito?

Se não houver nenhuma, ela é uma lista de intenções.

Perguntas de Entrevista

• Quais as três partes de uma estratégia?
• Por que a renúncia é o que dá poder à escolha?
• Por que formular como aposta ajuda a revisar?

Para Aprofundar

• Rumelt, Richard. Good Strategy Bad Strategy. Crown Business, 2011.
• Ross, Jeanne et al. Enterprise Architecture as Strategy. HBS Press, 2006.
• Hohpe, Gregor. The Software Architect Elevator. O'Reilly, 2020.