Crítica de Livro: «The CTO Playbook» de Robert Milejko
A maioria dos livros sobre CTOs cai numa de duas armadilhas. Ou são tão abstratos que acabas a pensar "ótimo, mas o que faço na segunda-feira?" ou são tão específicos a uma empresa que os conselhos não se transferem. «The CTO Playbook» de Robert Milejko, publicado em maio de 2023, evita em grande parte ambos os extremos. É um guia fase a fase que parece escrito por alguém que viveu o trabalho, não apenas que o estudou.
Estou sempre à procura de recursos para recomendar a CTOs iniciantes que estão a fazer a transição de IC para liderança. Não há muitos bons. Este livro merece um lugar nessa lista curta.
A Jornada do CTO em Cinco Fases
O framework central do livro é um modelo em cinco fases sobre como o papel do CTO evolui à medida que a empresa cresce. Esta é a parte mais valiosa.
Fase 1: O Construtor. Escreves a maior parte do código. És a arquitetura. És o pipeline de DevOps. És toda a equipa de engenharia. O desafio principal não é técnico — é reconhecer quando esta fase precisa de terminar.
Fase 2: O Team Lead. Contrataste os teus primeiros engenheiros. Agora divides o tempo entre programar e gerir. Milejko é honesto sobre o quão doloroso isto é. Não és excelente em nenhum porque estás a fazer os dois. O seu conselho: aceita o desconforto, mas começa a delegar o código mais depressa do que pensas que deves.
Fase 3: O Manager de Managers. Já não geres engenheiros individuais — geres as pessoas que os gerem. É aqui que a maioria dos CTOs principiantes cresce ou quebra. As competências que te trouxeram aqui (profundidade técnica, resolução prática de problemas) já não são as principais de que precisas.
Fase 4: O Líder Estratégico. A engenharia é uma função que supervisiones, não um ofício que praticas diariamente. Estás nas reuniões do conselho de administração. Tomas decisões de build-vs-buy ao nível organizacional. Pensas em trimestres e anos, não em sprints.
Fase 5: O Executivo. Fazes parte da C-suite como par do CEO, CFO e CPO. O teu trabalho é traduzir tecnologia em resultados de negócio e estratégia de negócio em direção técnica.
O que aprecio neste framework é que Milejko não o apresenta como linear ou inevitável. Nem todos os CTOs chegam à Fase 5, e nem todas as empresas precisam disso. Uma startup de 20 pessoas precisa de um CTO de Fase 2. Colocar um executivo de Fase 5 nesse lugar seria um desastre — e vice-versa.
Construindo Cultura de Engenharia
Os capítulos do meio sobre cultura de engenharia são onde o livro passa do framework para os conselhos práticos. Milejko argumenta — e concordo — que a cultura não é algo que defines num documento e apenso na parede. É o agregado das decisões que tomas e dos comportamentos que toleras.
Aborda:
- Contratar para contribuição cultural, não para adequação cultural. A distinção importa. "Adequação" frequentemente significa "pessoas como nós", o que leva a equipas homogéneas. "Contribuição" significa perguntar que perspetiva ou força esta pessoa traz que a equipa atualmente não tem.
- Estabelecer padrões técnicos sem microgerir. Define expectativas claras (requisitos de code review, padrões de testing, normas de documentação) mas deixa que as equipas decidam como as cumprir.
- Criar segurança psicológica face às falhas. Se o teu processo de post-mortem atribui culpa, a tua equipa vai esconder problemas. Se se concentrar em sistemas e processos, eles os trarão à superfície cedo.
Nada disto é revolucionário se leste muito sobre gestão de engenharia. Mas Milejko apresenta-o de uma forma acionável para alguém que não o fez. Dá-te o "aqui está o que realmente fazer" que muitos livros de liderança saltam.
A Dívida Técnica como Estratégia de Negócio
Este foi o capítulo que mais sublinhei. Milejko reencuadra a dívida técnica não como um fracasso a eliminar, mas como uma ferramenta estratégica a gerir.
O seu argumento: cada negócio carrega dívida financeira como estratégia deliberada — pedes emprestado para investir e geres os pagamentos de juros. A dívida técnica deveria funcionar da mesma forma. Às vezes assumes dívida intencionalmente porque lançar rapidamente importa mais do que uma arquitetura limpa agora. O problema não é a dívida em si. O problema é a dívida não rastreada — atalhos que ninguém documentou, suposições que ninguém registou, código que ninguém entende mais.
Propõe um sistema simples: cada atalho intencional é registado com uma descrição, um custo estimado de correção e uma condição de ativação ("corrigir antes de ultrapassar os 10K utilizadores ativos diários"). Isto transforma a dívida técnica de uma ansiedade vaga num portfolio gerido — e dá-te um framework para ter conversas produtivas sobre isso com o teu CEO e o conselho.
Como se Compara com Outros Recursos para CTOs
A comparação óbvia é com «An Elegant Puzzle» (2019) de Will Larson. Larson vai mais fundo no pensamento sistémico e no design organizacional — modelos mentais para dimensionar equipas, gerir migrações, conduzir mudança organizacional. Milejko é mais pessoal e mais orientado para a jornada individual. É sobre TI a crescer no papel, não apenas sobre como a organização deve funcionar.
CTO pela primeira vez numa startup em fase seed? Lê Milejko. VP Engineering numa empresa de 200 pessoas? Lê Larson. Idealmente, lê ambos.
O que Falta
As equipas distribuídas recebem tratamento mínimo. Dado que a maioria das organizações de engenharia em 2023 inclui engenheiros remotos, isto pareceu uma omissão. Os desafios de construir cultura e gerir através de fusos horários merecem mais do que alguns parágrafos.
O contexto das startups europeias está largamente ausente. Milejko é polaco, mas o livro parece bastante centrado nos EUA nas suas suposições sobre fases de financiamento e trajetórias de crescimento.
A comunicação com o conselho parece superficial. Para CTOs de Fase 4 e 5, aprender a comunicar com membros do conselho não técnicos é crítico. O livro toca no assunto mas não dá ferramentas concretas suficientes.
Quem Deve Lê-lo
CTOs iniciantes recentemente promovidos de lead engineer ou a co-fundar uma startup. O modelo de fases por si só vai ajudar-te a compreender onde estás e o que vem a seguir.
Fundadores técnicos a começar a contratar os seus primeiros engenheiros e a sentir a tensão entre construir e liderar.
Engineering managers que aspiram ao papel de CTO e querem entender como é o trabalho para além do seu âmbito atual.
Se já és um CTO experiente, vais achar que o livro valida o que aprendeste em vez de te ensinar coisas novas. Define expectativas em conformidade.
A Conclusão
Um guia sólido e prático que é um dos tratamentos mais completos do papel de CTO de ponta a ponta que li. O modelo em cinco fases é genuinamente útil como ferramenta de autoavaliação, e os capítulos sobre cultura e dívida técnica sustentam-se por si sós.
Na Conectia, trabalho com CTOs em diferentes fases desta jornada todas as semanas. O padrão que mais vejo: a transição da Fase 1 para a Fase 2 — de construtor para líder — é a mais difícil. Os engenheiros sénior certos tornam essa transição possível porque carregam o peso técnico para que te possas concentrar no trabalho de liderança que Milejko descreve.
Em transição de construtor para líder de engenharia? Fala com um CTO — ajudamos-te a integrar engenheiros sénior LATAM que podem carregar a execução técnica enquanto te concentras na liderança.
