Inicio Servicios Casos Trayectoria Ahora Herramientas Artículos Contacto LinkedIn GitHub Agendar llamada Escríbeme por WhatsApp
Notas de campo

Reflexiones sobre recuperación de programas

Reflexiones sobre falla estructural, disciplina de ejecución y lo que realmente pasa cuando los programas dejan de entregar. Sin marcos de referencia. Sin presentaciones de metodología.

01
Gobernanza · Septiembre 2026 · 6 min de lectura

El dashboard ejecutivo no es una fuente de la verdad

Cinco frentes se condensan en el único número que un ejecutivo tiene tiempo de leer. Ese paso de ensamblaje, no ningún reporte individual, es donde el programa se termina representando mal.

02
Gobierno de IA · Agosto 2026 · 7 min de lectura

La evaluación es el producto

Noventa y cuatro por ciento de exactitud no es una evaluación. Qué exige de verdad un entorno regulado, y por qué un revisor sin criterios es peor que no tener revisor.

03
Entrega de IA · Julio 2026 · 8 min de lectura

Tu Piloto de IA Nunca Iba a Llegar a Producción

El demo funcionó. Todos quedaron impresionados. Dieciocho meses después, nada está en producción. El modelo nunca fue el problema.

04
Diagnóstico · Junio 2026 · 7 min de lectura

Lo que el Reporte de Avance Realmente Dice

Todos leen el reporte de avance. Casi nadie lo lee correctamente. La información real no está en el semáforo. Está en el lenguaje que cambió desde la semana pasada.

05
Gobernanza · Mayo 2026 · 7 min de lectura

El alcance no es el problema

El scope creep es la causa más culpada de los fracasos de programas. Casi nunca es la real. El problema ya estaba antes de que cambiara el primer requerimiento.

06
Diagnóstico · Abril 2026 · 6 min de lectura

El programa no está retrasado. Está muerto.

Un programa retrasado tiene un problema de ejecución. Uno muerto ha perdido las condiciones que harían posible su recuperación. La diferencia importa más de lo que nadie quiere admitir.

07
Recuperación · Marzo 2026 · 7 min de lectura

Por qué la recuperación de programas falla en los primeros 30 días

La mayoría de los programas que fallan no lo hacen por mala ejecución. Fallan porque nadie está dispuesto a decir en voz alta lo que todos ya saben.

08
Liderazgo · Febrero 2026 · 5 min de lectura

La diferencia entre un PM y un líder de recuperación de programas

Cuando un programa está en problemas, el primer instinto suele ser encontrar un mejor project manager. Ese instinto está equivocado.

09
Diagnóstico · Enero 2026 · 6 min de lectura

Cinco señales de que tu programa tiene un problema estructural, no de ejecución

Los programas fallan de dos maneras. El fallo de ejecución es visible. El fallo estructural se oculta detrás de síntomas de ejecución hasta que es demasiado tarde.

Seguir por RSSSin correo, sin cuenta, sin lista. Tu lector lo jala cuando sale uno nuevo.

¿Tu programa está en problemas?
Hablemos
Enviando...
Recibido. Te confirmo horario en menos de 24 horas por correo.