Diagnóstico transversal de 4 equipos, 77 sesiones y 60 horas de observaciones efectivas durante 1.5 meses.
Las prácticas actuales están fuera de época.
Es como si la organización estuviera operando con Windows XP en 2026. Los procesos son lentos, manuales y limitados. Fueron diseñados para un contexto que ya no existe — uno donde la demanda era predecible, la información era estable, y el ritmo de cambio era manejable con formularios y reuniones.
No es que los equipos estén haciendo mal lo que hacen. Es que lo que hacen ya no alcanza para el problema que tienen.
⚙
Estructura del sistema
Las prácticas están orientadas a reportar lo que pasó, no a gobernar lo que va a pasar. Los controles detectan después. La variabilidad crece sin control.
🌡
Enfermedad del contexto
La organización genera demanda estructuralmente impredecible y los equipos absorben las consecuencias sin anticiparlas porque nadie diseñó capacidad para esa variabilidad.
⏳
Obsolescencia de procesos
Alta dependencia en personas, modelos basados en procesos fijos y manuales, baja explotación de la información, y baja penetración de IA.
Lo que hacen hoy
01Estiman con puntos relativos y consenso grupal
02Escriben especificaciones manualmente en Jira
03Documentan para puertas externas desde cero cada vez
04Detectan bloqueos porque alguien habla en la sesión
05Rastrean decisiones de memoria
06Transfieren conocimiento solo si la persona quiere documentar
07Miden avance por movimiento de tarjetas
08Renuevan aprobaciones manualmente por correo
09Analizan datos para confirmar lo que ya saben
10Miden roles por cumplimiento de ceremonia
Lo que deberían hacer
01Pronostican tiempos con datos históricos reales
02Construyen ruta técnica y alimentan un RAG consultable
03Generan documentación de puertas automáticamente
04Registran bloqueos en un tablero con patrones acumulados
05Extraen decisiones de transcripciones de reuniones
06Capturan conocimiento como subproducto del trabajo
07Navegan con un dashboard que conecta trabajo con KPIs
08Automatizan procesos repetitivos con agentes
09Anticipan bloqueos con datos acumulados e IA
10Miden roles por reducción de variabilidad
Patrones por dimensión
Causa raíz — Demanda
Una mezcla de descubrimiento genuino y coordinación deficiente de información existente. Arquitectura arqueológica + rotación de personal + ausencia de sistemas para distribuir información crítica.
1
Superficie
Equipos parecen gestionar mal la demanda e incumplen compromisos
2
Proceso
Dependencias y aprobaciones emergen durante desarrollo
3
Arquitectura
Sistema bancario heredado requiere validaciones progresivas
4
Organizacional
Modelo mental de planificación incompatible con realidad técnica
5
Accionable
La organización no reconoce que operar infraestructura financiera crítica requiere diseño de capacidad para variabilidad, no solo planeación para complejidad.
Causa raíz — Entrega
Los equipos tratan la preparación como trámite, no como trabajo. Los momentos de definir y planear producen un informe de entregas, no una respuesta a las preguntas que determinan si una entrega puede salir sin bloquearse.
1
Superficie
El trabajo se arrastra, envejece, se bloquea. Los sprints no cierran. Los KPIs están en riesgo.
2
Por qué
Los bloqueos aparecen durante desarrollo porque el equipo llega a las puertas externas sin preparación.
3
Por qué
El refinamiento produce visibilidad de qué hay pero no verifica la ruta de salida de cada entrega.
4
Por qué
El refinamiento nunca fue diseñado para esa pregunta. Fue diseñado para generar el informe de entregas.
5
Accionable
La preparación no es parte del trabajo. Cambiar eso requiere agregar: ¿qué necesita esta entrega para cruzar cada puerta externa sin detenerse?
Causa raíz — Control
El sistema está diseñado para reportar lo que pasó, no para gobernar lo que va a pasar. Los controles detectan después. Los avances se miden por movimiento de tarjetas, no por capacidad de llegar.
1
Superficie
Sprints con arrastre sistemático. KPIs en riesgo. Los mismos bloqueos vuelven.
2
Por qué
Cada problema se gestiona como si fuera nuevo. No hay memoria entre eventos del mismo tipo.
3
Por qué
Los instrumentos registran el estado del trabajo en el momento. No acumulan aprendizaje.
4
Por qué
Los instrumentos no fueron diseñados por los equipos para gobernar su trabajo. Fueron configurados para satisfacer necesidades de reporte.
5
Accionable
Los equipos pueden transformar los instrumentos que ya tienen para que respondan sus propias preguntas, no solo las de quien los observa.
Causa raíz — Coordinación
Las colaboraciones se activan cuando el problema ya ocurrió. Las decisiones se toman cuando ya es tarde. El escalado funciona por relaciones personales que desaparecen con la rotación. La repriorización destruye trabajo sin registro.
El salto no es opcional. No se trata de “mejorar” las prácticas actuales — se trata de reemplazarlas. Mejorar un proceso manual es seguir en Windows XP con un antivirus mejor. La propuesta es cambiar de sistema operativo.
02 — Habilitadores
Habilitadores
1Habilitadores→2Prácticas piloto→3Escalar
Sin habilitadores, las 19 prácticas son una lista de deseos. Los habilitadores son lo que hay que activar primero para que las prácticas sean posibles.
03 — Prácticas
Prácticas propuestas
Principio de diseño: La IA se usa donde realmente agrega valor — no para reemplazar la disciplina del equipo.
Coordinación integrada en los instrumentos
Las prácticas de coordinación están integradas en los instrumentos que el equipo usa todos los días:
Decisiones y escalados → tablero de bloqueos y dependencias (C2).
Costo de repriorización → dashboard de KPIs (C1).
Cambios de prioridad → agente de impacto (D4).
Modo taller activado
Cada práctica tiene votación rápida y comentarios. El feedback se guarda en este navegador.
