Os Três Pilares do Arquiteto: Skill, Impact e Leadership
Skill, Impact e Leadership, o modelo de Gregor Hohpe para a carreira de arquiteto: o que cada pilar exige e como descobrir qual deles está fraco em você.
Neste artigo · 7 seções
- Primeiro pilar: Skill, a base técnica que não dá para terceirizar
- Segundo pilar: Impact, transformar conhecimento em resultado para a organização
- Terceiro pilar: Leadership, a capacidade de levar pessoas na jornada
- Como os três pilares se combinam ao longo da carreira
- Equilíbrio: como saber qual pilar você precisa fortalecer
- Conclusão: arquiteto não é título, é tripé
- Insights & Takeaways
Quando alguém pergunta “o que eu preciso para ser um bom arquiteto?”, a resposta quase sempre vem torta. Ou é puramente técnica, cheia de siglas, ou é puramente política, cheia de “influenciar stakeholders”. Fica faltando estrutura. Gregor Hohpe, em “The Software Architect Elevator”, propõe um modelo simples e muito útil para organizar essa conversa: o arquiteto se apoia em três pilares, Skill, Impact e Leadership.
Se um desses pilares é fraco, a carreira fica manca. Se você foca só em um, vira especialista estreito demais para o tipo de problema que arquiteto precisa resolver. Vamos destrinchar cada um deles, de forma bem didática, e principalmente como eles se combinam na prática.
Primeiro pilar: Skill, a base técnica que não dá para terceirizar
Skill é o mais intuitivo dos três. É o pilar da competência técnica. Conhecer arquitetura distribuída, padrões, banco, integração, nuvem, performance, segurança. Conseguir olhar para um desenho de sistema e enxergar gargalos, pontos de falha, acoplamentos perigosos.
Hohpe deixa claro que arquitetura não é um papel “abstrato” desligado da realidade técnica. Mesmo quando o arquiteto não está codando todo dia, ele precisa entender profundamente como software é construído, implantado, operado. Caso contrário, ele cai na famosa torre de marfim: fala bonito, mas ninguém do time técnico respeita, porque sabe que a pessoa não sobreviveria meia hora no código real.
Ser forte em Skill significa algumas coisas bem concretas: Você sabe identificar trade-offs. Quando alguém propõe usar um barramento central, você sabe dizer onde isso ajuda e onde vai engessar. Quando o time quer resolver tudo com fila, você enxerga onde a consistência vai ficar difusa. Você entende o que significa “manter simples” sem ser ingênuo. Algumas simplificações são ótimas, outras só empurram a complexidade para o futuro. Você tem familiaridade com o stack de desenvolvimento, build, deploy, observabilidade. Hohpe enfatiza que a esteira de entrega faz parte da arquitetura, porque é ela que materializa a famosa “primeira derivada”, a velocidade de mudança.
Sem Skill, você até pode ter um título de arquiteto, mas na prática é só um mediador de reunião. Skill é o que ancora seu discurso na realidade.
Segundo pilar: Impact, transformar conhecimento em resultado para a organização
Skill sem Impact vira hobby técnico. Você entende tudo, discute tudo, mas muito pouco muda de verdade. O segundo pilar é justamente o da capacidade de transformar conhecimento em resultado concreto, em mudança no sistema, no produto, na organização.
Hohpe fala que arquitetos precisam “mostrar impacto”, porque em ambientes grandes é fácil ficar só desenhando e analisando sem nunca ver nada entrar em produção. Impact é sobre responder à pergunta: “Se eu tirar você daqui, o que para de acontecer?”
Impact aparece quando: Arquiteturas que você ajudou a definir entram em produção e são usadas por vários times. Decisões que você tomou reduzem tempo de entrega, custo de manutenção, riscos operacionais. Padrões que você definiu são adotados porque facilitam a vida dos times, não porque foram impostos.
Repare que Impact é medido fora de você. Não é “eu sei muito”, é “o que eu sei mudou alguma coisa relevante”. Em “The Software Architect Elevator”, Hohpe menciona o perigo de a arquitetura virar “entretenimento corporativo”, com apresentações bonitas e pouco efeito prático. O pilar de Impact é o antídoto para isso.
Um arquiteto com Skill alto e Impact baixo é aquele que dá excelentes opiniões, que todo mundo concorda na teoria, mas que nunca se convertem em ações. Falta ponte entre o insight técnico e a execução real.
Terceiro pilar: Leadership, a capacidade de levar pessoas na jornada
O terceiro pilar, Leadership, é onde muita gente tropeça. Ainda mais em tecnologia, onde o perfil comum é de profissionais que vieram de desenvolvimento e cresceram com base em competência técnica.
Leadership aqui não é cargo, é função. É a sua habilidade de fazer outras pessoas caminharem junto em uma direção que faz sentido. Hohpe fala do arquiteto como “cola” e como alguém que sobe e desce o elevador entre os andares da organização. Isso exige liderança, mesmo sem linha de comando direta sobre ninguém.
Na prática, Leadership envolve: Comunicar arquitetura de forma que diferentes públicos entendam: times técnicos, produto, gestão. Convencer sem impor, conseguir que times adotem padrões porque veem valor, não só por pressão. Medir onde a organização está pronta para ir agora e onde ainda não está, para não propor soluções desconectadas da realidade.
Sem Leadership, um arquiteto pode até ter boas ideias e intenção de gerar impacto, mas não consegue tracionar. Cada decisão vira briga, cada mudança depende de “autorização” de alguém mais político. Architect vira “consultor de luxo” sem poder real de influência.
Hohpe comenta que arquitetos são agentes de mudança em organizações, e sistemas grandes naturalmente resistem à mudança. Leadership é o pilar que dá traquejo para lidar com essa resistência sem quebrar relações.
Como os três pilares se combinam ao longo da carreira
Uma forma didática de enxergar isso é pensar nas fases de maturidade do arquiteto. Não existe uma régua única, mas a ideia é clara: você começa com foco pesado em Skill, depois aprende a gerar Impact, e com o tempo precisa desenvolver Leadership para escalar o que faz.
No começo, o arquiteto é quase um “sênior plus”: muito próximo do código, ajudando a desenhar soluções, escolhendo padrões, ajustando fluxos. Skill é dominante, Impact e Leadership ainda são limitados. Com o tempo, esse arquiteto passa a pegar problemas que envolvem mais de um time, mais de um sistema, mais de um domínio. Impact vira o foco. Ele precisa aprender a tomar decisões que valem para vários contextos, a documentar decisões arquiteturais, a pensar em plataformas e não só em features isoladas. Mais à frente, em níveis de arquiteto principal, arquiteto corporativo, enterprise architect, Leadership toma protagonismo. Skill continua importante, mas ele não é mais medido pelo quanto sabe de detalhes, e sim pelo quanto consegue alinhar estratégia de negócio, direção técnica e times de entrega.
Hohpe descreve isso como sair da pura “skill” para “impact” e depois para “leadership”, sem deixar o pilar anterior cair. Um arquiteto muito sênior que não tem mais Skill confiável perde respeito. Um que não gera Impact vira decorativo. Um que ignora Leadership não consegue operar em escala.
Equilíbrio: como saber qual pilar você precisa fortalecer
Extremamente didático é olhar para sintomas.
Se você sente que sempre precisa “ganhar no grito” ou pelo cargo, se as pessoas só seguem suas recomendações porque veio “de cima”, provavelmente falta Leadership. As pessoas não entenderam, não compraram a visão, só aceitaram por obrigação.
Se você participa de muitas discussões, todos elogiam suas apresentações, mas quase nenhuma decisão arquitetural relevante sai dali e vai para produção, o problema é Impact. Você está produzindo análise, não mudança.
Se, por outro lado, você sente que precisa evitar discussões mais técnicas porque não está seguro, ou se os times começam a te “driblar” porque acham que suas sugestões não consideram a realidade técnica, o pilar fraco é Skill. Você está subindo o elevador, mas parou de visitar o “engine room” por tempo demais.
O exercício para quem quer crescer como arquiteto é simples: escolha conscientemente um pilar para fortalecer em cada ciclo de desenvolvimento pessoal, sem abandonar os outros. Em um momento, você foca em se atualizar tecnicamente de verdade, codando algo, mexendo em esteira, revisitando fundamentos. Em outro, foca em como medir e mostrar o impacto do que você propõe. Em outro, em como comunicar melhor, facilitar discussões, construir alianças.
Conclusão: arquiteto não é título, é tripé
Quando você olha para arquitetura pela lente desses três pilares, fica mais fácil fugir de extremos. Nem o arquiteto puramente técnico que só quer discutir linguagem, nem o “arquiteto executivo” que já não consegue ler um diagrama, nem o “influencer de tecnologia” que fala bonito e não entrega nada.
A função exige esse tripé: Skill para não perder o pé da realidade, Impact para transformar conhecimento em resultado, Leadership para escalar a mudança em organizações que resistem a ela.
Se um desses pilares é negligenciado, a arquitetura sofre. Decisões ficam superficiais, demoradas ou desconectadas. Quando os três crescem juntos, o arquiteto deixa de ser “o cara dos desenhos” e vira alguém que ajuda a organização a mudar com mais segurança e velocidade.
No fim, ser arquiteto é menos sobre saber tudo e mais sobre se tornar o tipo de profissional que consegue, com esses três pilares, colocar tecnologia, pessoas e estratégia na mesma direção. A técnica é o começo, não o fim.
Insights & Takeaways
- O modelo de três pilares de Hohpe, Skill, Impact e Leadership, organiza bem o que diferencia um arquiteto de alguém apenas técnico.
- Skill é a base técnica que garante credibilidade e evita a torre de marfim, mas sozinha não garante que algo mude de verdade.
- Impact é transformar conhecimento em mudança concreta em sistemas e produtos, evitando que arquitetura vire só análise e slide bonito.
- Leadership é a capacidade de influenciar sem depender de cargo, alinhando negócio, TI e times, essencial para atuar em escala em organizações grandes.
- A carreira do arquiteto evolui reforçando os três pilares em momentos diferentes, e identificar qual está mais fraco em cada fase ajuda a planejar o próximo passo de desenvolvimento.
