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 »
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
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 »
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
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 »
Cada vez que aparece una nueva oferta de infraestructura —ahora es la soberanía europea de IA, antes fue la nube y mañana será otra cosa— alguien en la organización propone comprometer capacidad a largo plazo con un argumento aparentemente razonable: «vamos a crecer». El problema no es anticiparse al crecimiento. El problema es pagar hoy
Cómo evitar pagar por infraestructura que no utilizas Leer entrada »
Una empresa con varios proyectos en marcha no necesita un Delivery Manager porque esté de moda el título. Lo necesita cuando los plazos se acercan y nadie tiene autoridad real para decidir qué se sacrifica. Cuando cada equipo apaga su propio incendio sin que nadie vea el mapa completo. Cuando el cliente pregunta «¿para cuándo?»
Hay un patrón claro: un piloto de Industria 4.0 arranca, funciona, el equipo lo celebra, dirección lo enseña como prueba de que «la transformación avanza» — y ahí se queda. Nadie lo replica en la siguiente planta. Nadie lo convierte en algo que la empresa pueda repetir sin reunir otra vez al mismo equipo de
Tu piloto de Industria 4.0 funciona. ¿Por qué eres incapaz de escalarlo? Leer entrada »
Tu equipo de IT trabaja todo el día. Eso lo ves. Pero cuando miras al negocio y te preguntan «¿qué hemos avanzado?», puedes comentar que has avanzado en algo pero sigues sin cerrar nada. Cada semana aparece algo urgente, cambias prioridades por presión y el backlog sigue creciendo sin que te salte ninguna alarma real.
Imagínate un CIO preparando una reunión decisiva con la junta de dirección: meses atrás lanzó un ambicioso proyecto de transformación IT, con plazos ajustados y recursos limitados. Hoy, negocio pregunta por resultados, pero surgen dudas: ¿cumplen sus soluciones las nuevas normativas? ¿Están protegidas frente a ciberamenazas? Esta historia es familiar para muchos líderes IT. En
Ciberseguridad y cumplimiento normativo en la gestión de proyectos Leer entrada »
