← Volver a artículos

Management · Transformación

Transformar sin hacer teatro de la transformación

Menos ceremonias y más evidencia de que algo mejoró. Las metodologías ayudan a trabajar; los resultados demuestran si hubo transformación.

Hay organizaciones con un vocabulario impecablemente ágil y resultados obstinadamente lentos. Tienen ceremonias, tableros, roles, comunidades y presentaciones sobre innovación. Sin embargo, el cliente espera lo mismo, los equipos repiten los mismos problemas y las decisiones continúan atravesando los mismos obstáculos.

Ese contraste produce lo que llamo teatro de la transformación: mucha actividad visible alrededor del cambio y poca evidencia de que algo importante haya mejorado.

Una organización no se transforma porque aprende a hablar de otra manera. Se transforma cuando consigue trabajar y producir resultados de otra manera.

Actividad no es avance

Las reuniones realizadas, las historias cerradas, los pilotos iniciados o la cantidad de herramientas incorporadas describen actividad. No necesariamente describen valor.

El problema aparece cuando estos indicadores sustituyen al propósito original. Un equipo puede aumentar su velocidad y seguir construyendo algo que nadie necesita. Un proyecto puede cumplir todas sus ceremonias y no resolver el cuello de botella que justificó su existencia.

Transformar comienza por definir una situación concreta que debe cambiar: reducir errores, acortar un tiempo de respuesta, mejorar la experiencia, aumentar la capacidad operativa o hacer más confiable una decisión. Sin esa referencia, cualquier movimiento puede presentarse como progreso.

Agile debe servir al proyecto

Scrum, Kanban y otros marcos pueden mejorar la coordinación, hacer visible el trabajo y generar ciclos de feedback más cortos. Su valor está en ayudar a entregar, aprender y corregir antes.

Pero ningún marco debería imponerse como una solución universal. Algunos frentes necesitan iteraciones definidas; otros funcionan mejor mediante flujo continuo. La combinación correcta depende del tipo de trabajo, sus riesgos, dependencias y nivel de incertidumbre.

Evitaría convertir Agile en una acumulación de ceremonias. Lo importante es generar entregas frecuentes, feedback temprano y predictibilidad. La metodología es un medio; si empieza a consumir más energía de la que libera, necesita ser revisada.

La transformación necesita gobernanza

Agilidad y control no son enemigos. Un proyecto complejo necesita prioridades claras, responsables, gestión de riesgos, decisiones oportunas y trazabilidad desde la necesidad de negocio hasta la aceptación de lo entregado.

La gobernanza útil no agrega burocracia para demostrar control. Crea las condiciones para decidir: qué se prioriza, quién puede resolver un bloqueo, cómo se gestionan las dependencias y qué evidencia permite aprobar un resultado.

Medir aquello que debería mejorar

La velocidad puede ayudar a un equipo a planificar su capacidad, pero no debería emplearse para comparar productividad ni demostrar transformación. Del mismo modo, contar tickets o líneas de código dice poco sobre el valor producido.

Según el contexto, conviene observar una combinación de resultados:

  • hitos y entregas puestos en producción;
  • reducción de tiempos, errores o costos;
  • calidad y defectos críticos;
  • riesgos y dependencias resueltos;
  • adopción y satisfacción de usuarios;
  • predictibilidad de alcance, plazo y presupuesto;
  • aprendizaje incorporado al siguiente ciclo.

Estas métricas conectan la ejecución con el negocio. También hacen más difícil esconder la falta de avance detrás de una agenda llena.

El cambio también es organizacional

Una nueva plataforma no transforma por sí sola las responsabilidades, los incentivos ni la manera de decidir. Si el proceso anterior permanece intacto, la tecnología suele limitarse a digitalizarlo. Si las personas no comprenden el propósito o no pueden influir en el diseño, la adopción será superficial.

Por eso la gestión del cambio no puede reducirse a comunicación y capacitación al final del proyecto. Debe acompañar el diagnóstico, el diseño, la implementación y la mejora posterior.

La prueba está en lo que cambió

Una transformación auténtica deja rastros verificables: decisiones más rápidas, procesos más simples, información más confiable, equipos con mayor autonomía y clientes o empleados que perciben una mejora.

No hace falta renunciar a las metodologías, los pilotos o los tableros. Hace falta devolverles su función: ayudar a producir y aprender. Cuando la conversación pasa de cuánto hicimos a qué cambió gracias a lo que hicimos, el teatro empieza a quedarse sin escenario.

Siguiente lectura

El retail de proximidad también se construye con datos →

Héctor Linares de la Cal

Profesional de tecnología, transformación y gestión. Escribe sobre inteligencia artificial, Recursos Humanos, personas, procesos, management, retail y agro.