Reseña de Libro: «The CTO Playbook» de Robert Milejko
La mayoría de los libros sobre CTO caen en una de estas dos trampas. O son tan abstractos que terminas pensando "genial, ¿pero qué hago el lunes?" o son tan específicos a una empresa que los consejos no se transfieren. «The CTO Playbook» de Robert Milejko, publicado en mayo de 2023, evita en gran medida ambos extremos. Es una guía fase a fase que parece escrita por alguien que ha vivido el trabajo, no simplemente que lo ha estudiado.
Siempre busco recursos para recomendar a CTOs primerizos que están haciendo la transición de IC a liderazgo. No hay muchos buenos. Este libro se gana un lugar en esa lista corta.
El Viaje del CTO en Cinco Fases
El framework central del libro es un modelo de cinco fases sobre cómo evoluciona el rol del CTO a medida que la empresa crece. Esta es la parte más valiosa.
Fase 1: El Construtor. Escribes la mayor parte del código. Eres la arquitectura. Eres el pipeline de DevOps. Eres todo el equipo de ingeniería. El reto clave no es técnico — es reconocer cuándo esta fase tiene que terminar.
Fase 2: El Team Lead. Has contratado a tus primeros ingenieros. Ahora divides el tiempo entre programar y gestionar. Milejko es honesto sobre lo doloroso que es esto. No eres bueno en ninguno porque estás haciendo los dos. Su consejo: acepta la incomodidad, pero empieza a delegar el código más rápido de lo que crees que deberías.
Fase 3: El Manager de Managers. Ya no gestionas ingenieros individuales — gestionas a las personas que los gestionan. Aquí es donde la mayoría de los CTOs primerizos o crecen o se rompen. Las habilidades que te trajeron aquí (profundidad técnica, resolución práctica de problemas) ya no son las principales que necesitas.
Fase 4: El Líder Estratégico. La ingeniería es una función que supervisas, no un oficio que practicas a diario. Estás en las reuniones de junta. Tomas decisiones de build-vs-buy a nivel organizacional. Piensas en trimestres y años, no en sprints.
Fase 5: El Ejecutivo. Formas parte de la C-suite como par del CEO, CFO y CPO. Tu trabajo es traducir la tecnología en resultados de negocio y la estrategia de negocio en dirección técnica.
Lo que aprecio de este framework es que Milejko no lo presenta como lineal ni inevitable. No todos los CTOs llegan a la Fase 5, y no todas las empresas lo necesitan. Una startup de 20 personas necesita un CTO en Fase 2. Poner un ejecutivo de Fase 5 en ese puesto sería un desastre — y viceversa.
Construyendo Cultura de Ingeniería
Los capítulos del medio sobre cultura de ingeniería son donde el libro pasa del framework a los consejos prácticos. Milejko argumenta — y estoy de acuerdo — que la cultura no es algo que defines en un documento y cuelgas en la pared. Es el agregado de las decisiones que tomas y los comportamientos que toleras.
Cubre:
- Contratar por contribución cultural, no por encaje cultural. La distinción importa. "Encaje" a menudo significa "personas como nosotros", lo que lleva a equipos homogéneos. "Contribución" significa preguntarte qué perspectiva o fortaleza aporta esta persona que actualmente le falta al equipo.
- Establecer estándares técnicos sin microgestionar. Establece expectativas claras (requisitos de revisión de código, estándares de testing, normas de documentación) pero deja que los equipos decidan cómo cumplirlas.
- Crear seguridad psicológica ante los fallos. Si tu proceso de post-mortem asigna culpa, tu equipo ocultará problemas. Si se centra en sistemas y procesos, los sacarán a la luz antes.
Nada de esto es revolucionario si has leído mucho sobre gestión de ingeniería. Pero Milejko lo presenta de una manera que es accionable para alguien que no lo ha hecho. Te da el "esto es lo que hay que hacer realmente" que muchos libros de liderazgo omiten.
La Deuda Técnica como Estrategia de Negocio
Este fue el capítulo que más subrayé. Milejko reencuadra la deuda técnica no como un fracaso que hay que eliminar, sino como una herramienta estratégica que hay que gestionar.
Su argumento: cada negocio lleva deuda financiera como estrategia deliberada — pides prestado para invertir y gestionas los pagos de intereses. La deuda técnica debería funcionar igual. A veces asumes deuda intencionadamente porque lanzar rápido importa más que una arquitectura limpia en este momento. El problema no es la deuda en sí. El problema es la deuda no rastreada — atajos que nadie documentó, suposiciones que nadie registró, código que ya nadie entiende.
Propone un sistema sencillo: cada atajo intencional se registra con una descripción, un coste estimado de corrección y una condición de activación ("corregir esto antes de superar los 10K usuarios activos diarios"). Esto convierte la deuda técnica de una ansiedad vaga en un portfolio gestionado — y te da un framework para tener conversaciones productivas sobre ella con tu CEO y la junta.
Cómo Se Compara con Otros Recursos para CTOs
La comparación obvia es con «An Elegant Puzzle» (2019) de Will Larson. Larson profundiza más en el pensamiento sistémico y el diseño organizacional — modelos mentales para dimensionar equipos, gestionar migraciones, llevar a cabo cambios organizacionales. Milejko es más personal y más orientado al viaje individual. Trata sobre TÚ creciendo en el rol, no solo sobre cómo debería funcionar la organización.
¿CTO primerizo en una startup en fase seed? Lee el de Milejko. ¿VP de Ingeniería en una empresa de 200 personas? Lee el de Larson. Lo ideal es leer ambos.
Lo que Falta
Los equipos distribuidos reciben un tratamiento mínimo. Dado que la mayoría de las organizaciones de ingeniería en 2023 incluyen ingenieros remotos, esto pareció un descuido. Los retos de construir cultura y gestionar a través de husos horarios merecen más que unos pocos párrafos.
El contexto de las startups europeas está prácticamente ausente. Milejko es polaco, pero el libro parece bastante centrado en EE.UU. en sus suposiciones sobre las fases de financiación y las trayectorias de crecimiento.
La comunicación con la junta resulta superficial. Para los CTOs de Fase 4 y 5, aprender a comunicarse con miembros de junta no técnicos es crítico. El libro lo toca pero no te da suficientes herramientas concretas.
Quién Debería Leerlo
CTOs primerizos recién ascendidos desde ingeniero líder o cofundando una startup. El modelo de fases solo ya te ayudará a entender dónde estás y qué viene a continuación.
Fundadores técnicos que empiezan a contratar a sus primeros ingenieros y sienten la tensión entre construir y liderar.
Ingenieros de gestión que aspiran al rol de CTO y quieren entender cómo es el trabajo más allá de su ámbito actual.
Si ya eres un CTO con experiencia, encontrarás que el libro valida lo que has aprendido más que enseñarte cosas nuevas. Establece expectativas en consecuencia.
La Conclusión Final
Una guía sólida y práctica que es uno de los tratamientos más completos del rol de CTO de principio a fin que he leído. El modelo de cinco fases es genuinamente útil como herramienta de autoevaluación, y los capítulos sobre cultura y deuda técnica se sostienen por sí solos.
En Conectia, trabajo con CTOs en diferentes fases de este viaje cada semana. El patrón que más veo: la transición de la Fase 1 a la Fase 2 — de constructor a líder — es la más difícil. Los ingenieros senior adecuados hacen posible esa transición porque cargan con el peso técnico para que puedas concentrarte en el trabajo de liderazgo que describe Milejko.
¿Haciendo la transición de constructor a líder de ingeniería? Habla con un CTO — te ayudamos a incorporar ingenieros senior de LATAM que puedan llevar la ejecución técnica mientras tú te centras en liderar.
