Blog Post

Agile en proyectos que no son de programación

Antonio Jesús Ruiz Córdoba • 2 de septiembre de 2023

Charla de Mayo-23' del Agile-Coffee

"Agile es sólo para IT" ¿Cuántas veces habremos oído esa frase? Pues en el último Agile-Coffe que hicimos antes del verano estuvimos evaluando el uso de "Agile fuera de la programación".

¿Y cómo se puede usar Agile fuera de IT? Pues para ello lo primero que tenemos que saber qué es Agile, y Agile no es más que una filosofía/mentalidad definida por 4 principios y 10 valores, lo que implica que Agile no es algo que se haga o se deje de hacer, sino que Agile es algo que se es o no se es.

Esta filosofía la resumo en las formaciones como "la búsqueda constante de la satisfacción del cliente/usuario, mediante un producto/servicio de calidad, realizado por un equipo motivado".

Imaginemos un restaurante, una empresa farmacéutica, una constructora... ¿En cuál de ellas no estarían de acuerdo con que buscan la satisfacción del cliente mediante un producto de calidad con un equipo motivado?

El problema es que Agile implica un cambio grande de mentalidad en las empresas. Requiere que mi objetivo deje de ser "ganar más dinero" para ser "satisfacer a mis usuarios" (ganar más dinero será la consecuencia, no el objetivo). Requiere que me centre en que mi producto sea lo más óptimo posible y no entregar algo de cualquier manera. Requiere respetar y fomentar el crecimiento del equipo y abandonar el "ordeno y mando".

Si alguien no abraza la filosofía Agile es exclusivamente por egoísmo y por pensar que su organización es más importante que el usuario final. Hay muchas empresas que, en pleno siglo XXI siguen pensando que el "ordeno y mando" es la opción más óptima porque "así es como siempre lo hemos hecho y nos va bien", pero se sorprenderían del cambio a mejor que podrían obtener en caso de poner el foco en lo que realmente es importante: El cliente, el usuario.

Sí, te puedo dar un sector donde Agile no encaja: La Administración Pública. ¿Motivo? Pues que cada vez que hacen un proyecto/producto no ponen el foco en el usuario final. Lo que buscan es la justificación del gasto: "Dijimos que íbamos a hacer esto y lo hemos hecho..." Lo que no dijeron es que iba a ser útil, intuitivo, fácil... ni siquiera que funcione. Es una pena, pero a día de hoy la Administración está muy lejos de esa mentalidad y no por sus miembros, porque he tenido personas que trabajan en la Administración que han participado en mis formaciones motu proprio, pero los responsables finales no tienen esa mentalidad que permita a los equipos ese crecimiento, auto-gestión y foco en la persona que finalmente va a usar el producto/herramienta.
Pero esto es como todo: Pasito a pasito se conseguirá ir metiendo esta filosofía, primero en las empresas y posteriormente en la Administración. No será fácil ni rápido, pero acabará llegando.

¿Y cómo se aplica todo este movimiento Ágil en sectores no informáticos? Sencillo: Lo que se hace es adaptar el producto a las necesidades actuales de los usuarios, reducir burocracia, reducir tiempos de entrega, empoderar equipos... Por ejemplo:

La radio pública estadounidense NPR (National Public Radio) tenía un proceso para llevar programas a las radios locales: Los productores llegaban con ciertas ideas a los ejecutivos. Con aquellas que pasaban se contrataba el personal, se hacía la programación completa para un gran lanzamiento y al mismo tiempo los representantes iban a radios locales a vender dicho programa. Era algo lento y costoso, así que intentaron encajarlo en una mentalidad "Agile". ¿Qué hicieron? Pues en lugar de llevar un programa completo, llevaban sólo pequeños pilotos con el personal mínimo necesario a las cadenas locales. Al ser menos costoso podían llevarlo incluso gratis el piloto. Luego pedían feedback por redes sociales e iban adaptando el programa a las necesidades y gustos de la audiencia: Rápido, eficiente, menos costoso y, sobre todo, menos riesgo. Llegaron a reducir los costes a un tercio con esta forma de trabajar.
Barclays Bank: Simplificaron procesos, mejoraron productividad, rediseñaron espacios para ser menos individualistas y más colaborativos
Lonely Planet (Equipo legal): Crearon Kanban, mejoraron transparencia, comunicación, trabajo en equipo... Consecuencia: Tras 100 días mejoraron la productividad un 25%
Museo Nacional de Arte de Países Bajos: Trabajo en equipo para mejorar las exposiciones. Consecuencia: 10% de incremento de asistencia anual.
Mission Bell Winery: En esta bodega crearon pequeños grupos para mantener la producción y crear nuevos sabores. El proceso se mejoró un 90%

De forma análoga, podemos encontrar fácilmente empresas farmacéuticas, de recruiting, aeroespaciales, legales, de diseño, de marketing, etc. que han visto cómo cambiando la forma de trabajar rígida con una metodología estricta de trabajo hacia un foco donde deja de primar el proceso para poner el foco en los usuarios finales, estas organizaciones han mejorado su imagen de marca, ventas, beneficios y, sobre todo, la fidelización de los usuarios/clientes.

Puedes encontrar más info sobre Agile fuera de IT en estos enlaces (en inglés):

¡Nos vemos en el siguiente Agile-Coffee!

< Entrada más antigua

Entrada más reciente >

E-mail

Otras entradas del blog:

¡PMI y Agile Alliance se unen!

Por Antonio Jesús Ruiz Córdoba • 10 de enero de 2025

Hace unas semanas una chica me preguntó por la certificación de Agile Coach que ofrece el PMI (Project Management Institue). Mi respuesta no podía ser otra que, aunque el saber no ocupa lugar y mientras más te formes mejor, yo no me centraría en esa certificación y el motivo que le di era muy sencillo: Si a mí me pide una empresa que les ayude a contratar a un Agile Coach y hay varios candidatos que me demuestran similares conocimientos y experiencia, yo no sólo no valoro como algo positivo tener certificaciones del PMI, sino que incluso prefiero a alguien que no tenga ninguna al que sólo tenga de esta institución. ¿Por qué? La mayor empresa en el mundo en las certificaciones de Project Management lleva desde 1969 defendiendo un punto de vista predictivo y una forma de trabajo en cascada que no encaja con la filosofía Agile. No está mal en entornos muy simples, pero en cuanto el entorno se complica un poco esta forma de trabajo en cascada ha demostrado una y otra vez su ineficacia, de ahí que naciera hace más de 20 años Agile y su manifesto, para hacer las cosas de una forma distinta. Cuando vieron que perdían el monopolio de las certificaciones en gestión de proyectos por una forma más óptima de trabajar se unieron al carro haciendo su propia certificación en Agile, defendiendo que Agile era perfectamente encajable en la gestión de proyectos tradicionales haciendo algo así como la imagen de este post (imagen de monolit-it.pl/2018/02/Water-Scrum-Fall ). Es decir, que cogen una gestión de proyectos en cascada y, dentro de la fase de desarrollo, es donde se hace un trabajo en iteraciones como si trabajar así ya te hiciera Agile. Algo similar (con otra imagen) es algo que publicó por X (twitter) la cuenta @PMIMadridSpain (si lo quieres, tengo el enlace aunque acabaron borrando el contenido por la burrada tan gorda que defendían, prometo que era mucho peor que lo de la imagen). Aunque podría llegar a entender que trabajes así si es tu primer día en una transformación Agile (y no estás siguiendo mis consejos), debes saber que haciendo esa mezcla, vas a tener las desventajas de los dos mundos (cascada y Agile) y sin ninguna ventaja reseñable ni a corto ni a largo plazo. Así que es muy difícil tomarse en serio a quien claramente demuestra su incompetencia (por desconocimiento, por mantener el status quo...) y nos enseña como caso ideal lo que claramente es una crónica de una muerte anunciada y motivo por el que Agile nunca funcionará en tu organización. Y de repente, para empezar el año, noticia bomba: El Project Management Institute y la Agile Alliance han anunciado el día 3 que se asocian: https://www.agilealliance.org/agile-alliance-joins-project-management-institute-pmi/ Esta noticia ha dejado perplejo a todo el mundo dentro de la Agilidad. ¿Cómo es posible que dos formas tan antagónicas de entender la gestión de proyectos se unan? De una parte una organización sin ánimo de lucro que busca promover y compartir la filosofía Agile y por otra una gran empresa que busca mantener su hegemonía como único referente en la gestión de proyectos. Pues para entenderlo basta con leer la letra pequeña: "As part of this process, Teresa Foster, Managing Director of Agile Alliance, and her team will transfer to PMI" Esto es como cuando una gran empresa energética recibe una ayuda del gobierno que nadie entiende y que perjudica al resto de ciudadanos, y luego vemos que los ministros que la aprobaron, casualmente pasan a la empresa como asesores... pues algo parecido. Por un lado, la Agile Alliance será subvencionada por la mayor empresa en el mundo de certificaciones de Project Management, y el PMI, que ya vendía certificaciones Agile, ahora dirá que su contenido es bueno porque viene avalado por la Agile Alliance por lo que venderá más; y todo ello mezclado con esas "puertas giratorias" donde los que aprueban la colaboración se llevarán "su comisión". Así que, al final, es el dinero el que nos ha llevado a esto. ¿Mi opinión? Yo me mantengo receloso de esta colaboración. El cambio que tendría que dar el PMI para moverse en la mentalidad Agile tendría que ser tan grande que, casi casi habría que refundarlo. También creo que sus certificaciones de Project Manager van a seguir defendiendo esa forma de trabajo predictivo que funciona, sí, pero sólo en entornos muy simples. Hoy en día, hay muchas empresas certificadoras sobre Agile en general (y Scrum en particular) que, con mayor o menor prestigio hacen una defensa de esta forma de trabajar mucho más óptima (y coherente), por lo que yo no me iría a obtener una validación profesional justo a las antípodas de esta forma de trabajar. Si quieres validar tu carrera como Project Manager tradicional, ve al PMI. Si lo que quieres es validar tu evolución en Agile (y Scrum), que es lo que ahora más demanda el mercado, mi primera opción sería el PSM I de scrum.org (que puedes conseguir con mis cursos de Scrum ), siendo igual de válidas para la mayoría de las ofertas de trabajo hacerlo con EuropeanScrum o CertJoin (ambas también se pueden conseguir con mis formaciones ) o incluso Scrum Manager, Scrum Alliance y otras certificadoras. ¿Quién sabe? Igual, como he visto bromear en algún foro sobre este tema, dentro de poco nos encontramos con que el PMI ha abierto la certificación de "Agile Project Manager" o alguna aberración similar. Habrá que estar atento. ¿Y tú qué opinas sobre esto?