Estimado SaaStr: ¿Qué hace que un CTO sea malo?

Estimado SaaStr: ¿Qué hace que un CTO sea malo?

Si bien no existe una definición legal para CTO 🙂 o línea brillante entre CTO y VPE, sugeriría que un CTO de inicio solo tenga que hacer algunas cosas, que son muy difíciles:

• Reúna un pequeño equipo (3–9) de muy buenos ingenieros.
• Que sean super agiles
• Eso puede enviar una gran cantidad de código muy funcional e inteligente que admite un crecimiento temprano y muy rápido (desde una base muy pequeña); y
• Eso puede reaccionar y responder positivamente a una gran cantidad de problemas, desde tiempo de inactividad, seguridad, problemas de API y mucho más. Eso a menudo nunca se anticipó y no es parte de las especificaciones del trabajo.

Entonces… un CTO “malo” es aquel que no puede reclutar un equipo fuerte de “caja de pizza”. Un mal CTO es un buen ingeniero, pero no puede conseguir que otros 3 grandes ingenieros se unan a él.

Un CTO "malo" no es lo suficientemente ágil, y no puede lanzar lanzamientos rápidos y características para salvar grandes negocios, corregir errores terribles, etc. Un CTO "malo" a veces quiere hacer esto, pero simplemente no es lo suficientemente bueno. O un CTO "malo" está demasiado desmotivado/lo que sea para hacer lo que sea necesario para mantenerse al día.

A un CTO "malo" no le importa crecer muy, muy rápido. Tantos cambios una vez que tienes tus primeros clientes. Es emocionante, pero también agotador y muy estresante. Un gran CTO acepta este cambio, participa activamente en él y lo impulsa. Un mal CTO se resiste al cambio que conlleva escalar la base de clientes inicial.

Un CTO "malo" no cree que sea su problema cuando las cosas tienen que cambiar, mucho. Cuando la base de clientes cambia. Cuando el producto acaba teniendo que ir en una dirección muy diferente a la que todos pensaban en un principio.

Este conjunto de habilidades es fundamental, pero luego... pero mucho de él no escala. Las habilidades que se necesitan para construir un truco inteligente con un equipo pequeño y repetir ese truco muy rápidamente para responder a las necesidades del cliente y del mercado... no son las mismas habilidades que se necesitan para escalar de 10 a 100 ingenieros. Para refactorizar el código base. Para enviar software verdaderamente de nivel empresarial. Entrar en una sala llena de CIO e infundir confianza.

A veces, los CTO pueden convertirse en verdaderos vicepresidentes de ingeniería. Pero por lo general, no quieren. Quieren que la compañía traiga un verdadero gerente para escalar el equipo más allá de 1–2 cajas de pizza. Si bien el CTO puede centrarse en hacer cosas súper ágiles y de próxima generación.

En SaaS, planee contratar a un verdadero vicepresidente de ingeniería con alrededor de $5 millones a $8 millones en ARR. La necesitarás para entonces. Pueden hacerse cargo de las cosas de rutina. Una vez que pasas a una fase en la que más de eso es... rutina.

(nota: una actualización de una respuesta clásica de SaaStr)

...

Y para ver un ejemplo de un gran CTO de inicio, aquí hay uno:

Fuente: https://www.saastr.com/makes-bad-cto/