044. Retrospectiva en servicios: mejorar el sistema, no buscar culpables

En muchas empresas de servicios, cuando algo sale mal, la primera reacción suele ser buscar quién falló. Pero una buena Retrospectiva no va de eso. No va de señalar personas, repartir culpas o convertir el final del Sprint en una bronca elegante. Va de entender qué está pasando en el sistema. En este episodio hablamos de la Retrospectiva aplicada a empresas de servicios, especialmente en entornos de IT, soporte, mantenimiento, impresión corporativa, operaciones, incidencias, escalados N1/N2 y trabajo no previsto. Veremos por qué muchos problemas que parecen individuales en realidad son problemas del flujo: procesos poco claros, exceso de trabajo en curso, dependencias, interrupciones constantes, herramientas incómodas, falta de información, cuellos de botella o prioridades que cambian cada dos por tres. También veremos cómo una Retrospectiva bien planteada puede ayudar al equipo a pasar de la queja a la mejora, de la culpa a la causa raíz y de la frustración a una acción concreta para el siguiente Sprint. Conectaremos este Evento con la Teoría de las Restricciones, porque cuando el mismo bloqueo aparece una y otra vez, ya no estamos ante una anécdota: estamos ante una señal clara del sistema. Este episodio forma parte de la serie basada en el libro “Cómo transformar empresas de servicios con Agile, Scrum y TOC”, de José Manuel Hernández Agudo, donde llevamos Scrum, Agile y TOC al terreno real de las empresas de servicios. Una idea clave del episodio: La culpa cierra conversaciones. La causa raíz las abre. La Retrospectiva no debería responder solo a la pregunta: “¿qué ha ido mal?” Debería ayudarnos a responder otra mucho más útil: ¿Qué vamos a cambiar para que el sistema funcione mejor? Cada audio es independiente y forma parte de un plan de formación sobre Agile, Scrum y TOC aplicados a empresas de servicios.