Sistemas, no diapositivas.

Empecé en la infraestructura de TI, y por eso sigo pensando en sistemas y no en diapositivas. Tras unos años sobre el terreno, entendí que los problemas que merece la pena resolver no eran técnicos, sino organizativos.

Pasé años en consultoría construyendo marcos de governance y dashboards, hasta que entendí algo sencillo: ningún dashboard ha arreglado jamás un problema de personas. Eso me empujó a la investigación de la cultura organizativa, lo bastante hondo como para obtener un doctorado profesional en ello, y de ahí salió un conjunto práctico de herramientas de diagnóstico que aplico sobre el terreno desde entonces.

Cuando llegó la IA, mi sysadmin interior despertó, no para perseguir el hype, sino para averiguar qué aguanta de verdad en producción. Desde entonces me he construido mis propios flujos: una tubería de reunión a resumen que reduce a minutos el trabajo posterior a la llamada, y una cadena Jira/Confluence que gestiona mi propia cadencia de contacto y saca a la luz las acciones atrasadas. Nada de lo que llevo a un cliente es algo que no haya usado yo primero.

Diez años en grandes programas enterprise en farma regulada, utilities, energía y gran consumo, sobre SAP, ServiceNow y SAFe: el tipo de programas donde la distancia entre «initiative approved» y «in production» se mide en años, no en trimestres.

Lo que he aprendido es que los programas rotos casi siempre pierden el hilo en los mismos tres sitios: responsabilidad, cadencia, y si la IA vive de verdad dentro del flujo o solo al lado. Ahí es donde empiezo a mirar.