Antonio Corzo Rico

Un área organizada en silos, trabajando en cadena y gestionada con hojas de cálculo, donde cada persona veía su parte pero nadie era dueño del resultado.

Punto de partida

Trabajo fragmentado y transferido constantemente entre funciones, sin visión de producto ni métricas operativas. Cuellos de botella invisibles y retrabajo frecuente.

Intervención

Redefinición de la unidad de valor: del conjunto de tareas sueltas al curso como producto completo. Validación con equipos piloto multifuncionales y escalado posterior a seis equipos con capacidad de principio a fin, métricas propias y ritmo de trabajo definido.

Impacto

~50% menos tiempo de producción y ~80% menos dependencias estructurales en el piloto, con caída notable del retrabajo y mejora de la calidad. El área pasó a autogestionarse sin supervisión continua, y crecer dejó de significar añadir complejidad: basta con replicar equipos que ya funcionan.

Un área que absorbía todas las solicitudes que llegaban, sin filtro ni priorización, y cuyas decisiones se tomaban por presión en lugar de por datos.

Punto de partida

Sobrecarga crónica, multitarea excesiva y solicitudes olvidadas indefinidamente. Todo era urgente y no existía visibilidad del estado real de nada.

Intervención

Rediseño de la cadena de valor de una solicitud, con un paso de validación previo que mejora la calidad del dato antes de empezar a trabajar, y límite explícito al trabajo en curso. Reorganización en cuatro equipos especializados más un equipo de administración del dato, con cuadros de mando y criterios de caducidad para el trabajo obsoleto.

Impacto

Reducción del tiempo de entrega y de la multitarea, mejor reparto de carga y desaparición de las solicitudes olvidadas. Por primera vez el área puede medir su capacidad real, dimensionar recursos y decidir con datos en lugar de por urgencia percibida.

Un área grande, con varios canales de entrada y con buena parte de la operativa repartida entre el equipo interno y un proveedor externo.

Punto de partida

Peticiones entrando por correo, chat y reuniones sin un filtro común, y trabajo yendo y viniendo entre equipos. Sin una vista compartida, costaba saber en qué estaba trabajando cada parte en cada momento.

Intervención

Centralización progresiva de la entrada, backlog priorizado, límite al trabajo en curso y un responsable claro de priorización. Espacio de trabajo común con el proveedor, estado formal de validación de entregables y planificación semanal conjunta.

Impacto

El área pasó a decidir qué entra y en qué orden. El espacio compartido da a las dos partes la misma vista del trabajo en curso y de lo entregado, lo que simplifica la planificación conjunta y ordena la relación con el proveedor.

Dos áreas que dependen la una de la otra pero planificaban, priorizaban y medían de forma distinta, con un marco sofisticado sobre el papel y difícil de gobernar en la práctica.

Punto de partida

El trabajo se fragmentaba por equipo, lo que obligaba a coordinar constantemente para entender qué valor se estaba entregando. La exploración y la ejecución convivían en el mismo sitio, se abrían más iniciativas de las que se cerraban, y no había un vínculo establecido entre los objetivos anuales y el trabajo del día a día.

Intervención

Un único proceso sincronizado para ambas áreas. La unidad de valor pasó a ser completa en sí misma, aunque involucre a varios equipos, de modo que el valor se explica solo. La exploración se separó formalmente de la entrega para dejar de competir por la misma capacidad. Se limitó el trabajo simultáneo a tres frentes activos por equipo, con priorización semanal, y cada pieza de trabajo quedó vinculada a un resultado clave del plan estratégico. Se añadió una revisión periódica con el comité de dirección.

Impacto

Producto y Tecnología comparten hoy una misma misión, una misma vista y un mismo ritmo. La estrategia es trazable hasta la ejecución: dirección ve en qué se está trabajando y a qué objetivo contribuye. Menos fragmentación y menos dependencias cruzadas se traducen en mejores estimaciones y fechas más fiables, y los equipos pueden defender sus prioridades con datos en lugar de absorber todo lo que entra.

La conexión entre negocio y tecnología —requisitos, historias, roadmaps, revisiones— se hacía a mano: consumía capacidad senior, generaba errores y era un cuello de botella permanente.

Punto de partida

El trabajo de traducción entre lo que pide el negocio y lo que construyen los equipos dependía de personas concretas, con esperas y pérdida de contexto en cada paso. La evaluación del rendimiento de los equipos se basaba en percepciones.

Intervención

Incorporación de IA generativa en puntos concretos del flujo, siempre sobre procesos previamente rediseñados. En el discovery: cocreación de personas, user story mapping y roadmaps adaptativos. En la conexión entre negocio y tecnología: generación asistida de historias e iniciativas, prototipos y landing pages. En la gestión: performance review de los equipos y reporting de impacto automatizados con cuadros de mando parametrizables.

Impacto

De días a horas en la definición de producto y en la planificación, y el refinamiento dejó de consumir sesiones enteras del equipo. Landing pages, prototipos y pruebas de concepto en horas y sin depender de otras áreas, donde antes había días o semanas de espera: una hipótesis se valida en el tiempo que antes costaba pedirla. El reporting de impacto por trimestre o por año pasó de elaborarse a mano a estar disponible al momento, y la evaluación del rendimiento se basa en datos continuos, no en percepciones.

Dos áreas que dependían la una de la otra pero trabajaban con un modelo tradicional y sin conexión entre ellas. El caso más antiguo de esta lista, y el que explica por qué el resto funciona.

Punto de partida

Tecnología y producto planificaban, priorizaban y medían cada una por su cuenta, con un modelo de trabajo heredado. La dependencia entre ambas era real, pero no había un marco común que la gestionara.

Intervención

Dos años de trabajo sobre las dos áreas: un marco compartido de planificación, priorización y entrega, y entrega continua en ciclos cortos en lugar de grandes lotes. La pieza que más cambió las cosas fue definir el producto conjuntamente entre ambas, con Agile Inception y, sobre todo, con el concepto de MVP: dejar de negociar el alcance completo por adelantado y acordar la versión más pequeña que resuelve el problema. Y, como parte del mismo trabajo y no como consecuencia, la intervención sobre la cultura: responsabilidad sobre el resultado, transparencia y mejora continua.

Impacto

Las fechas pasaron a ser fiables y bajaron los retrasos, y con eso se pudo gestionar la expectativa de los stakeholders: en lugar de una única fecha lejana que defender, había avances que enseñar cada poco. El cambio se sostuvo porque la cultura cambió con él, y esa es la lección que ordena todo lo demás: un marco que se implanta sin cambio cultural se abandona en cuanto aprieta la urgencia. Años después volví a encontrarme el mismo problema en Northius, a mayor escala, y lo resolví en el mismo orden.