Mis primeros 30 días como CTO fraccional: el checklist

El primer mes marca el tono de cualquier colaboración. Si vas demasiado rápido, recomiendas cosas que todavía no entiendes. Si vas demasiado lento, eres un observador caro. Este es el checklist que sigo.

#Semana 1: escuchar antes de tocar nada

• Fundadores y dirección: hacia dónde va el negocio en los próximos 12 meses y qué problema técnico les quita el sueño.
• El equipo, uno a uno: qué les frena, qué arreglarían primero, qué les da miedo tocar.
• La visión del cliente: los tickets de soporte más repetidos y las quejas que escucha el equipo comercial. Te dicen dónde duele de verdad la calidad.

Resultado: un resumen de una página con objetivos, problemas y restricciones, compartido con todas las personas con las que hablé.

#Semana 2: la auditoría técnica

• Arquitectura: cómo se comunican las piezas principales, dónde viven los datos, qué es un punto único de fallo.
• Código y entrega: cómo llega un cambio del portátil a producción, cuánto tarda y cada cuánto se rompe.
• Nube y costes: qué corre dónde, quién tiene acceso y cuánto cuesta cada parte.
• Proveedores y contratos: de qué dependes y lo difícil que sería salir.
• Seguridad básica: secretos, copias de seguridad, accesos y si alguien ha restaurado alguna vez un backup.

No estoy poniendo nota al equipo. La mayoría de problemas que encuentro son decisiones razonables que sobrevivieron a su contexto.

#Semana 3: el roadmap

Cada hallazgo va a uno de tres grupos:

1. Arreglar ya: riesgos que pueden hacer daño al negocio pronto (pérdida de datos, agujeros de seguridad, un proceso de release frágil).
2. Construir después: los cambios que desbloquean el roadmap de producto.
3. Dejar como está: cosas que parecen feas pero que hoy no compensan. Decirlo en voz alta es la mitad del valor.

Cada punto lleva un responsable, una estimación de esfuerzo y el resultado de negocio al que sirve. Si no puedo ligar un punto a un resultado, no entra en el roadmap.

#Semana 4: empezar a ejecutar, juntos

• Elegir una o dos victorias rápidas que el equipo pueda entregar en días, para generar confianza en el plan.
• Acordar el ritmo de trabajo: cuándo estoy disponible, cómo se toman y se documentan las decisiones, qué se revisa.
• Arrancar el primer cambio estructural con las manos en el código, junto al equipo.

#El objetivo

Desde el primer día, el objetivo es un equipo que no dependa de mí. Cada decisión queda por escrito, cada estándar se automatiza cuando se puede y cada contratación sube el listón. Si al cabo de un año la empresa todavía me necesita de la misma forma, no he hecho bien el trabajo.