Gobernar IT no significa crear más comités, procesos ni burocracia. Significa conseguir que las decisiones tecnológicas tengan responsables claros, criterios conocidos y consecuencias visibles para el negocio.
En esta sección trato estrategia y gobierno de IT desde la experiencia real de decidir con recursos limitados: priorización, inversión tecnológica, riesgos, arquitectura, proveedores, capacidad y alineamiento entre negocio e IT.
Está dirigida especialmente a CEOs sin un CIO interno, a CIOs y CTOs, y a managers que tienen que decidir en entornos donde siempre hay más iniciativas que capacidad para ejecutarlas.
El objetivo es pasar de un IT que reacciona a peticiones y urgencias a un modelo donde se puede explicar qué se está haciendo, por qué se está haciendo, qué se ha decidido no hacer y qué resultado espera obtener la organización.
Un comercial cierra un proyecto. La fecha de arranque queda fijada en el contrato antes de que nadie compruebe si hay equipo disponible. Delivery se entera el mismo día que el cliente. El argumento que sostiene esto es siempre el mismo: la disponibilidad no importa, se lanza el primer hito de facturación y la ejecución
Cómo evitar facturar proyectos sin capacidad de ejecución Leer entrada »
Cada vez que una empresa decide mantener su propia plataforma de integración continua en lugar de delegarla en un proveedor externo, gana algo. Gana control, personalización e independencia de terceros. Lo que no suele hacer es decidir con la misma claridad quién asume, día a día, la responsabilidad operativa que ese control exige. Seguridad en
Seguridad en CI/CD: quién debe asumir la responsabilidad operativa Leer entrada »
Decides ampliar el equipo antes de tener el trabajo cerrado. La previsión comercial pinta bien, así que adelantas la contratación para no perder tiempo cuando lleguen los proyectos. El tiempo pasa y los proyectos no llegan al ritmo que esperabas, y mientras tanto alguien tiene que ocupar a la gente nueva. Se la asignas a
Firmo una oferta y, dos semanas después, alguien de mi equipo le pregunta al cliente qué es exactamente lo que hemos vendido. Esta escena ocurre más de lo que nos gustaría admitir. La oferta se ha cerrado con cuidado — condiciones negociadas línea a línea, alcance discutido durante semanas — y ese cuidado desaparece en
Kickoff: cómo evitar errores de alcance en proyectos IT Leer entrada »
He revisado más de un plan de continuidad que en realidad es un dosier de contratos. Firma, SLA, cláusula de penalización — todo en orden y todo perfecto. Lo único que no está perfecto es que nadie ha probado qué pasa cuando el problema es del proveedor cloud, el proveedor de identidad o el que
Cómo evitar que la dependencia de proveedores comprometa tu recuperación Leer entrada »
Estoy seguro de que has vivido esta escena. Entras a revisar con detalle las herramientas de gestión que tienes con tus equipos. Ya sabes, cada cierto tiempo conviene hacer un chequeo a fondo para asegurarte de que está todo bien. Te encuentras con que, nada de lo que habías dejado, ahora funciona. Eso sí, tienes
Llevo años oyendo la misma frase en los comités de seguimiento: «el sponsor apoya el proyecto» y aunque suena bien, no dice nada. Apoyar no es un verbo de gobierno. Es un verbo de acompañamiento. Y cuando un proyecto empieza a desviarse —cambia el alcance, suben los riesgos, cambian las prioridades del negocio— acompañar no
Apruebas un piloto. La demo sale bien, el equipo se ilusiona, alguien manda un mensaje al grupo con el resultado. Pasan ocho semanas y el piloto sigue siendo piloto. Nadie lo ha matado ni lo ha escalado; simplemente sigue ahí, respirando en modo prueba. Preguntas qué pasó y la respuesta es siempre la misma: «estamos
En tu empresa ya hay varias iniciativas de IA funcionando al mismo tiempo. Cada una ha sido lanzada por un departamento distinto y nadie las mira en conjunto. El último estudio de EY recoge que el 82% de los altos directivos de organizaciones que invierten en IA están preocupados por el uso de tokens y
Gobernanza de IA: qué proyectos financiar y cuáles cerrar Leer entrada »
Cuando en una reunión para definir el alcance de un upgrade alguien plantea «¿lo rehacemos todo o lo parcheamos?», estas a punto de perder tiempo en la pregunta equivocada. No es una decisión técnica. Es una decisión de gobierno disfrazada de decisión de arquitectura — y mientras se discute en esos términos, nadie decide nada.
Brownfield vs. greenfield: el problema no es la arquitectura Leer entrada »
