La versión original de este post de Marc van Neerven se puede encontrar en LinkedIn (en inglés).

Desde hace unos diez años, mi cargo es el de director de tecnología.

A estas alturas, tengo una idea bastante clara de lo que debe ser un CTO, de lo que te convierte en un CTO de éxito y de lo que no.

Sin embargo, incluso ahora, creo que la función de director de tecnología es una de las más incomprendidas de la tecnología.

En parte, esto puede tener que ver con el auge del llamado “startup-CTO”, un nombre de función que parece haber sido introducido por los VC, y que en realidad es más un líder tecnológico para las primeras startups.

Vamos a intentar aclarar un poco las cosas, respondiendo a las 5 preguntas que más me hacen sobre esta función.

1️ ¿Cuál es el trabajo principal del director de tecnología?

💡 Respuesta corta:

“El trabajo principal del CTO es asegurarse de que la estrategia tecnológica de la empresa esté al servicio de su estrategia de negocio” - Eric Ries.

📖 Respuesta larga:

Claramente, el CTO es un rol de negocios, aunque en la encrucijada donde se encuentran los negocios y la tecnología.

Esta es importante, así que hagamos un análisis exhaustivo de qué objetivos específicos de negocio y tecnología debe perseguir el CTO:

Objetivos empresariales

  1. Alineación de la estrategia empresarial y tecnológica, siendo el puente de comunicación entre la empresa y la tecnología.
  2. Aumento de la eficiencia de costes, mirando más allá de los ciclos publicitarios, a unos años vista, con el coste total de propiedad en mente.
  3. Reducción de la rotación, creando y fomentando una cultura tecnológica en la que todos prosperen. Aunque se podría replicar que esto es responsabilidad de los jefes de línea, si se mira más de cerca, lo que hace que la gente se vaya puede ir desde conseguir una oferta mejor a la frustración con el legado, la deuda técnica, la falta de visión, etc. Aquí es donde un buen director de tecnología puede tomar poco a poco las medidas necesarias que el equipo valora, cuando antes podrían haberse sentido ignorados o desautorizados.
  4. Aumentar la propiedad intelectual y el valor. Un director de tecnología debe tener siempre presente el crecimiento del valor. Esto le llevará a tomar decisiones más acertadas en cuanto a construir o comprar, y a aplicar tácticas de externalización inteligentes (no se crea propiedad intelectual si se externaliza toda la tecnología).
  5. Encontrar el 80/20: equilibrar continuamente lo que la empresa necesita y lo que cuesta a la tecnología más esfuerzos para crear un resultado óptimo para la empresa.

Objetivos tecnológicos

  1. Ser el responsable último de la toma de decisiones tecnológicas, incluido el diseño arquitectónico, los patrones, construir o comprar, etc.
  2. Mejorar la tecnología, el proceso de desarrollo, las herramientas y la infraestructura.
  3. Crear y mantener una cultura de innovación; estar al tanto de las tecnologías emergentes que puedan ser de valor para la organización
  4. Ayudar en la contratación de técnicos
  5. Gestión del coste total de propiedad (TCO)
  6. Gobernanza del software: cumplimiento, seguridad, control de la deuda tecnológica, etc.

2️ ¿Puede un director de tecnología ser director de operaciones?

💡 Respuesta corta: no

📖 Respuesta larga:

Es importante tener en cuenta que la función del CTO es 100% estratégica.

Si nos fijamos en los objetivos anteriores, se puede ver claramente que ninguna de las tareas podría cumplirse desde una posición operativa: Los árboles no dejan ver el bosque.

Como director de tecnología, no trabajas dentro de la caja, porque tu tarea es examinar la caja y mejorarla.

Los directores de ingeniería, e incluso los jefes de ingeniería, son líderes operativos. Como CTO, puede que se te ocurran cosas que quieras mejorar y que entren literalmente en conflicto con tus objetivos operativos. Esto es perfectamente normal, porque como CTO, estás observando desde una posición externa, mirando lo que podría ser mejor. La fricción causada por estas posiciones opuestas es natural y debería dar lugar a discusiones sanas.

Ahora también sabes por qué un CTO no puede asumir también tareas de gestión operativa: conflicto de intereses.

3️ ¿Un CTO codea?

💡 Respuesta corta: sí, pero solo PoCs y prototipos.

📖 Respuesta larga:

Normalmente, un CTO no desarrolla software. En cambio, el CTO desarrolla la estrategia en la que el desarrollo de software puede prosperar.

Obviamente, los líderes tecnológicos deben tener sus raíces en la tecnología. De hecho, haber ocupado puestos de responsabilidad como ingeniero y arquitecto de software supone una gran ventaja como director de tecnología:

  • Te ayuda a relacionarte con los desarrolladores, porque hablas su idioma.
  • Te permite leer su código, mostrarles las mejores prácticas y retarles con código real.
  • Te permite crear rápidamente pruebas de concepto (PoC) y prototipos para mostrar la dirección a seguir al implantar nuevas tecnologías o servicios.

Así que, si, después de todo, un CTO a veces puede codear (y probablemente sigue siendo bueno en ello), ¿por qué el CTO no debería trabajar en código de producción?

¿Querés una respuesta? Te doy cinco:

  1. Las responsabilidades operativas entran en conflicto con las estratégicas. Eso ya lo hemos visto. La operación siempre gana debido a la presión comercial. Así que si, como CTO, trabajas activamente en el código, inevitablemente será a costa de tener que descuidar las responsabilidades estratégicas.
  2. El “flow” que sienten la mayoría de los seniors cuando están metidos de lleno en el código, es contraproducente para el pensamiento estratégico. Absorbe un alto porcentaje de su capacidad cerebral, a costa de perder la noción del tiempo y el interés por otras cosas. Las relaciones se han encallado por su culpa. Tomar buenas decisiones estratégicas, pensar de forma innovadora, poner las cosas en perspectiva, son cosas que no suceden cuando estamos “en el flujo”.
  3. Es una situación poco saludable ser un líder de nivel C y un colega de los desarrolladores al mismo tiempo, debido a los conflictos de intereses, por ejemplo.
  4. Poner los puntos sobre las íes es extremadamente caro para un director de tecnología, ya que la realidad es que el último 10% de los esfuerzos de software representa el 90% del tiempo de desarrollo.
  5. Es una estrategia de crecimiento mucho más sostenible potenciar a los equipos de desarrollo utilizando tus propias habilidades y experiencia, que seguir haciendo tú mismo la producción.

4️ ¿Puede un ingeniero de software crecer hasta el rol de director de tecnología?

💡 Respuesta corta: sí, pero prepárate para un cambio drástico.

📖 Respuesta larga:

Para empezar, personalmente no creo que los desarrolladores/arquitectos puedan crecer fácilmente hacia un rol de CTO en la misma empresa. Esto tiene menos que ver con su potencial de crecimiento que con la dinámica del equipo, especialmente en empresas más pequeñas. Más de una vez he visto resultados no deseados después de que “uno de los chicos” fuera ascendido y de repente tuviera más responsabilidad. Las personas son personas, así que qué puedo decir…

Desde mi experiencia personal, es crucial que los CTO dejen de formar parte de la parte operativa. Los desarrolladores sénior son extremadamente importantes en la olla a presión de la producción de software, así que el vacío que dejan es grande, tanto para la empresa como para la persona en cuestión. Conozco personalmente a personas que no estaban preparadas para el cambio en el momento en que fueron ascendidas.

Resultado neto: ¡todos descontentos!

Una vez más, según mi experiencia, es mejor hacer el cambio empezando en una nueva empresa (o como consultor).

Un director de tecnología es una función empresarial estratégica. Tener una perspectiva empresarial, como nivel C, es muy diferente de estar atrincherado en el desarrollo. Como desarrollador, esto no es algo que te enseñen automáticamente.

Además, hay tantas cosas que un director de tecnología debe conocer (y de las que es responsable) que muchos desarrolladores consideran aburridas: Certificaciones ISO, legislación GDPR, subvenciones salariales, seguridad, coste total de propiedad en la nube, etc.

Tené cuidado con lo que deseas….

5️ ¿Necesitan realmente las startups un director de tecnología?

💡 Respuesta corta: sí, pero no a tiempo completo y permanente.

📖 Respuesta larga:

El escollo de muchas startups es que se dejan absorber por el enfoque operativo. Todo el modus operandi de las startups es ad hoc y oportunista, y casi siempre hay una falta de veteranía en tecnología y en estrategia.

Les ayudaría tener un director de tecnología con experiencia. Alguien que haya creado productos SaaS varias veces, que conozca las prácticas de la nube nativa, que haya creado equipos y optimizado los procesos de desarrollo de software, etc.

Y alguien que mire la estrategia, más allá del próximo entregable.

Sin embargo, hay dos grandes problemas:

  1. Presupuesto: las startups en su mayoría no tienen el dinero para poder permitirse un C-level con experiencia, y regalar capital para reducir el gasto no es el cebo adecuado hasta que haya un valor probado. Resultado neto: los CTO permanentes rara vez son asequibles, incluso para las startups en fase avanzada.
  2. Escasez: los directores de tecnología con experiencia son de las personas más difíciles de encontrar. Pregunte a cualquier reclutador o cazatalentos que lo haya intentado. Era sólo cuestión de tiempo que estos problemas tan reales llevaran a la aparición de un papel de consultoría a tiempo parcial: CTOs experimentados que han visto el interior de muchas startups y scaleups y ayudan a startups y scaleups como consultores.

Algunas personas dirán que nunca debes contratar a un consultor externo para que sea tu CTO.

Yo los escucho. Soy muy consciente de lo que significa que lo que algunos dicen que es el segundo papel más importante en las startups (después del CEO) sea un consultor. Además, querés tener a alguien invertido al 100% en la empresa.

Por supuesto, no puedo hablar en nombre de todos los consultores CTO, pero tengo una serie de reglas que me han resultado realmente útiles a la hora de prestar mis servicios:

  1. Hago muy explícito que soy un sustituto temporal.
  2. Animo a aprender de lo que hago, mostrando lo que hace un CTO.
  3. Siempre intento ayudar a la gente a ver la perspectiva superior, ayudar a la empresa a entender la tecnología y ayudar a la tecnología a entender la empresa.
  4. Registro digitalmente cada paso, de modo que el inevitable traspaso incluye un registro completo de lo que he hecho y por qué razón.
  5. Normalmente no acepto un mandato. Esto significa que tengo que conseguir específicamente el apoyo de todos en cada decisión que tomo. Lleva más tiempo, pero compensa en el sentido de la transparencia (y estimula el aprendizaje).
  6. Cuando es necesario, ayudo a contratar a un director de tecnología permanente. La mayoría de las veces, al estar medio enterado, sé qué tipo de CTO encaja mejor.