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 »
Alguien de tu equipo se va. Se despide de sus compañeros, de otros equipos, hasta de gente con la que apenas ha coincidido. De ti, no. Su último día transcurre como uno cualquiera — entra, hace lo de siempre, se va sin que notes nada raro. Te enteras de que ya no está días después
La despedida que revela un problema de liderazgo Leer entrada »
