002. Menos burocracia, más flujo con Agile y TOC

Bienvenidos a una nueva exploración en profundidad sobre la mesa hoy tenemos un material sumamente interesante Hola, encantado de estar aquí para diseccionar todo esto. Igualmente. Bueno, a ver, se trata del libro Cómo transformar empresas de servicios con Agile, Scrum y Talk, que está escrito por José Manuel Hernández Agudo. Además, vamos a integrar en este análisis varios anexos prácticos del autor, que son conocidos como los bonus tracks, y también los principios fundamentales del manifiesto ágil. Es una combinación de fuentes muy potente, la verdad.

Lo es. Pero hay que dejar algo muy claro desde el principio. La misión de la sesión de hoy no es recitar teoría académica ni hacer un resumen de manual aburrido. El objetivo es diseccionar un problema real, diario y, bueno, para ser sinceras, bastante doloroso, que este marco de trabajo intenta resolver en el complicado mundo de los servicios IT. Claro, ese enfoque es absolutamente necesario.

O sea… En el sector de los servicios tecnológicos y el trabajo del conocimiento, la teoría limpia de los libros choca constantemente contra la cruda realidad de las operaciones diarias. Totalmente. Para visualizar esa realidad es muy fácil pintar un escenario que resultará tremendamente familiar para quienes lideran equipos o gestionan departamentos de servicio hoy en día.

Sí, esa imagen típica del caos. Exacto. Imaginemos un equipo de soporte técnico de nivel 2 o un departamento de desarrollo de software. Los ordenadores echan humo, hay una montaña de tickets acumulados, ese trabajo en curso que parece no tener fin y que además crece cada hora.

Y las urgencias, claro. Sí, sí. Las prioridades cambian a las 9 de la mañana, vuelven a cambiar después de comer y existe esa sensación constante, verdaderamente agotadora, de estar simplemente apagando fuegos. Es estar en la rueda de hámster. Eso es. Se corre de una urgencia a otra sin un solo segundo de margen para respirar, planificar o hacer las cosas bien. Es el caos absoluto convertido en rutina.

Fíjate que esa imagen describe con total precisión lo que en el texto de Hernández Agudo se denomina la trampa de la reacción constante. ¿Reacción constante? Sí. Cuando un departamento llega a ese punto de saturación, el instinto natural, que es casi un reflejo de supervivencia corporativa, suele ser intentar trabajar más duro. Trabajar más horas, pedir un esfuerzo extra a la plantilla.

Exactamente. Se piden horas extra al equipo, se presiona para cerrar más incidencias por hora o, y esto es muy clásico, la alta dirección decide que la solución es imponer más normas. Más burocracia. Más procedimientos de control y más burocracia para intentar gobernar el desorden. Sin embargo, el argumento central que se extrae de estos materiales plantea un cambio de paradigma radical. Que trabajar más duro no significa avanzar mejor. Efectivamente.

Es decir, que intentar solucionar el caos simplemente corriendo más rápido, en esa rueda de hámster, no lleva a ninguna parte. La rueda gira más deprisa, pero el equipo sigue en el mismo sitio, cada vez más cansado. Para entender por qué tantas empresas de servicios viven atrapadas en esta inercia, el material adicional del autor hace un diagnóstico del entorno que resulta...

Muy revelador. Para dejar de culpar exclusivamente a la supuesta mala gestión interna, se introducen dos acrónimos que explican el contexto en el que operan los servicios hoy en día. A ver, comprender esos dos conceptos es el paso previo a cualquier intento de transformación. BUCA describe un entorno volátil, incierto, complejo y ambiguo.

Es un marco que viene del ámbito militar, originalmente, pero que encaja perfectamente en la tecnología. Como anillo al dedo, sí. Y luego tenemos Bunny, que da un paso más allá y añade una dimensión que afecta directamente al estado de ánimo de los equipos. Define un entorno frágil, ansioso, no lineal e incomprensible. Ansioso, esa es la palabra clave.

Claro, no se puede transformar un servicio de atención o un equipo de desarrollo si antes no se asume que el terreno sobre el que se pisa se mueve constantemente. Vamos a aterrizar esos conceptos con situaciones cotidianas porque es que ocurren todos los días en cualquier oficina técnica. Adelante, pon un ejemplo.

Mira, un entorno volátil e incierto es ese cliente que cambia de opinión y redefine por completo los requisitos de un proyecto de software cuando el código ya estaba… teóricamente cerrado y a punto de entregarse. Un clásico absoluto. O un entorno frágil y no lineal, que se manifiesta cuando un pequeño parche de actualización en un servidor secundario tumba, como si fuera una ficha de dominó, toda la pasarela de pagos. Y deja a la empresa sin facturar durante horas. Exacto, el panic.