Crítica de Llibre: «The CTO Playbook» de Robert Milejko
La majoria dels llibres sobre CTOs cauen en una de dues trampes. O bé són tan abstractes que acabes pensant "molt bé, però què faig dilluns?" o bé són tan específics a una empresa que els consells no es transfereixen. «The CTO Playbook» de Robert Milejko, publicat el maig del 2023, evita en bona part tots dos extrems. És una guia fase a fase que sembla escrita per algú que ha viscut la feina, no simplement que l'ha estudiada.
Sempre busco recursos per recomanar a CTOs primerencs que estan fent la transició d'IC a lideratge. No n'hi ha molts de bons. Aquest llibre es guanya un lloc en aquella llista curta.
El Viatge del CTO en Cinc Fases
El marc central del llibre és un model de cinc fases sobre com el rol del CTO evoluciona a mesura que l'empresa creix. Aquesta és la part més valuosa.
Fase 1: El Constructor. Escrius la major part del codi. Ets l'arquitectura. Ets el pipeline de DevOps. Ets tot l'equip d'enginyeria. El repte clau no és tècnic — és reconèixer quan aquesta fase ha d'acabar.
Fase 2: El Team Lead. Has contractat els teus primers enginyers. Ara divideixes el temps entre programar i gestionar. Milejko és honest sobre el que és de dolorós. No ets excel·lent en cap perquè fas els dos. El seu consell: accepta el malestar, però comença a delegar el codi més ràpid del que creus que hauries.
Fase 3: El Manager de Managers. Ja no gestiones enginyers individuals — gestiones les persones que els gestionen. Aquí és on la majoria dels CTOs primerencs creixen o es trenquen. Les habilitats que t'han portat aquí (profunditat tècnica, resolució pràctica de problemes) ja no són les principals que necessites.
Fase 4: El Líder Estratègic. L'enginyeria és una funció que supervises, no un ofici que practiques diàriament. Ets a les reunions del consell. Prens decisions de build-vs-buy a nivell organitzacional. Penses en trimestres i anys, no en sprints.
Fase 5: El Directiu. Formes part de la C-suite com a igual del CEO, CFO i CPO. La teva feina és traduir la tecnologia en resultats de negoci i l'estratègia de negoci en direcció tècnica.
El que aprecio d'aquest marc és que Milejko no el presenta com a lineal ni inevitable. No tots els CTOs arriben a la Fase 5, i no totes les empreses ho necessiten. Una startup de 20 persones necessita un CTO de Fase 2. Posar un directiu de Fase 5 en aquell lloc seria un desastre — i viceversa.
Construint Cultura d'Enginyeria
Els capítols del mig sobre cultura d'enginyeria són on el llibre passa del marc als consells pràctics. Milejko argumenta — i hi estic d'acord — que la cultura no és quelcom que defineixes en un document i penges a la paret. És l'agregat de les decisions que prens i els comportaments que toleres.
Cobreix:
- Contractar per contribució cultural, no per encaix cultural. La distinció importa. "Encaix" sovint significa "persones com nosaltres", que porta a equips homogenis. "Contribució" significa preguntar quina perspectiva o fortalesa aporta aquesta persona que l'equip ara mateix no té.
- Establir estàndards tècnics sense microgestionar. Estableix expectatives clares (requisits de revisió de codi, estàndards de proves, normes de documentació) però deixa que els equips decideixin com complir-les.
- Crear seguretat psicològica davant els errors. Si el teu procés de post-mortem assigna culpa, el teu equip amagarà problemes. Si se centra en sistemes i processos, els trauran a la llum d'hora.
Res d'això és revolucionari si has llegit molt sobre gestió d'enginyeria. Però Milejko ho presenta de manera accionable per a algú que no ho ha fet. Et dona el "aquí és el que cal fer de veritat" que molts llibres de lideratge ometen.
El Deute Tècnic com a Estratègia de Negoci
Aquest va ser el capítol que més vaig subratllar. Milejko reencuadra el deute tècnic no com un fracàs a eliminar, sinó com una eina estratègica a gestionar.
El seu argument: cada negoci porta deute financer com a estratègia deliberada — demanes prestat per invertir i gestiones els pagaments d'interessos. El deute tècnic hauria de funcionar de la mateixa manera. De vegades assumeixes deute intencionadament perquè llançar ràpid importa més que una arquitectura neta ara mateix. El problema no és el deute en si. El problema és el deute no rastrejat — dreceres que ningú va documentar, suposicions que ningú va registrar, codi que ja ningú entén.
Proposa un sistema senzill: cada drecera intencional es registra amb una descripció, un cost estimat de correcció i una condició d'activació ("corregir abans de superar els 10K usuaris actius diaris"). Això converteix el deute tècnic d'una ansietat vaga en un portfoli gestionat — i et dona un marc per tenir converses productives sobre això amb el teu CEO i el consell.
Com es Compara amb Altres Recursos per a CTOs
La comparació òbvia és amb «An Elegant Puzzle» (2019) de Will Larson. Larson aprofundeix més en el pensament sistèmic i el disseny organitzacional — models mentals per dimensionar equips, gestionar migracions, dur a terme canvis organitzacionals. Milejko és més personal i més orientat al viatge individual. Tracta sobre TU creixent en el rol, no només sobre com hauria de funcionar l'organització.
CTO per primera vegada en una startup en fase seed? Llegeix Milejko. VP d'Enginyeria en una empresa de 200 persones? Llegeix Larson. Idealment, llegeix els dos.
El que Falta
Els equips distribuïts reben un tractament mínim. Donat que la majoria d'organitzacions d'enginyeria el 2023 inclouen enginyers en remot, això va semblar un oblit. Els reptes de construir cultura i gestionar a través de fusos horaris mereixen més que uns quants paràgrafs.
El context de les startups europees és largament absent. Milejko és polonès, però el llibre sembla bastant centrat en els EUA en les seves suposicions sobre les fases de finançament i les trajectòries de creixement.
La comunicació amb el consell sembla superficial. Per als CTOs de Fase 4 i 5, aprendre a comunicar-se amb membres del consell no tècnics és crític. El llibre ho toca però no et dona prou eines concretes.
Qui Hauria de Llegir-lo
CTOs primerencs recentment ascendits des d'enginyer líder o cofundant una startup. El model de fases per si sol t'ajudarà a entendre on estàs i el que ve a continuació.
Fundadors tècnics que comencen a contractar els seus primers enginyers i senten la tensió entre construir i liderar.
Enginyers de gestió que aspiren al rol de CTO i volen entendre com és la feina més enllà del seu àmbit actual.
Si ja ets un CTO amb experiència, trobaràs que el llibre valida el que has après més que no pas t'ensenya coses noves. Estableix les expectatives en conseqüència.
La Conclusió
Una guia sòlida i pràctica que és un dels tractaments més complets del rol de CTO de cap a cap que he llegit. El model de cinc fases és genuïnament útil com a eina d'autoavaluació, i els capítols sobre cultura i deute tècnic es mantenen per si sols.
A Conectia, treballo amb CTOs en diferents fases d'aquest viatge cada setmana. El patró que veig més: la transició de la Fase 1 a la Fase 2 — de constructor a líder — és la més difícil. Els enginyers senior adequats fan possible aquesta transició perquè carreguen amb el pes tècnic perquè et puguis concentrar en la feina de lideratge que descriu Milejko.
Fent la transició de constructor a líder d'enginyeria? Parla amb un CTO — t'ajudem a incorporar enginyers senior de LATAM que poden dur l'execució tècnica mentre tu et centres en liderar.
