Blog Post

Si el equipo nunca falla, tienes un problema.

Antonio Jesús Ruiz Córdoba • 5 de mayo de 2024
Si el equipo nunca falla, tienes un problema.

¡Celebra los fallos!

Vamos a empezar por lo más básico de todo: Scrum es un marco de trabajo que, para que funcione bien de verdad, necesita ir acompañado de la filosofía Agile reflejada en el Agile Manifesto. Esta filosofía lo que nos dice, entre otras cosas, es que los individuos son más importantes que los procesos o las herramientas y que tenemos que fomentar y favorecer su auto-organización, motivación y crecimiento.


Para el crecimiento del equipo, el propio Manifesto ya prevé que "a intervalos regulares el equipo reflexiona sobre cómo ser más efectivo para a continuación ajustar y perfeccionar su comportamiento en consecuencia" y para cubrir ese punto en Scrum tenemos un evento llamado Sprint Retrospective, donde evaluamos cómo podemos mejorar como grupo.


A la hora de ver cómo seguir mejorando podemos centrarnos en ver qué hemos hecho bien para asegurarnos de que se mantiene o incluso se mejora; y qué no hemos hecho bien para corregirlo o eliminarlo según sea el caso.


Eso sí, al ver en qué hemos fallado, podríamos caer en la tentación de buscar culpables para luego poner su foto en un "muro de la vergüenza" u otra forma similar de que la persona quede marcada y el fallo reflejado. Con eso muy probablemente los miembros del equipo quieran evitar ver su nombre asociado con cualquier tipo de represalia, señalamiento y/o castigo y por tanto dejen de fallar.


¡Enhorabuena! Ya has conseguido que el equipo no falle. Ahora deberías presentar tu dimisión por incompetente porque acabas de fastidiar a todo el equipo.


Si un equipo nota que el fallo se castiga, el equipo dejará de fallar, pero eso implicará que los miembros del equipo se mantendrán siempre en su zona de confort haciendo sólo aquello que saben hacer. Por tanto, dejarán de probar cosas nuevas, dejarán de investigar, dejarán de aprender y se atascarán tanto personal como profesionalmente, lo cual repercutirá también en la calidad del producto y por ende en la satisfacción de nuestros usuarios.


Nunca castigues un error. Al contrario. ¡Los fallos se celebran! Porque reflejan que el equipo se esfuerza por hacer cosas difíciles y que salen de su zona de confort buscando qué es lo mejor para nuestros usuarios. De los fallos se aprende y siempre podemos sacar conclusiones que ayuden al equipo en su crecimiento, tanto individual como colectivo.


Los niños aprenden equivocándose y, los profesionales del desarrollo de un producto complejo también. Tienen que ir aprendiendo continuamente sobre el entorno (producto, herramientas, características, usuarios finales, etc.) equivocándose y aprovechando lo aprendido para que el equipo lo aproveche.


Además, recuerda que los valores de Scrum promueven que el error ocurra sin que se pueda ver como un drama:
Por un lado el
Respeto impide cualquier tipo de represalia y por otro el Coraje invita a los miembros del equipo a salir de su zona de confort y probar aquello que pueda ser bueno para nuestro producto/cliente/usuario.


Otras entradas del blog:


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?
Por Antonio Jesús Ruiz Córdoba 14 de noviembre de 2024
Diferencias entre el Agile Coach y el Scrum Master
Por Antonio Jesús Ruiz Córdoba 10 de octubre de 2024
Encontrarás la solución pasito a pasito
Por Antonio Jesús Ruiz Córdoba 5 de septiembre de 2024
10 similitudes entre Scrum y un cuchillo
Por Antonio Jesús Ruiz Córdoba 3 de marzo de 2024
La absurda necesidad de vender certeza en la incertidumbre
Por Antonio Jesús Ruiz Córdoba 2 de febrero de 2024
Evaluamos la progresión de Agile
Por Antonio Jesús Ruiz Córdoba 7 de enero de 2024
Deja de ser un buen Scrum Master para ser un gran Scrum Master
Por Antonio Jesús Ruiz Córdoba 3 de diciembre de 2023
Necesitamos menos "managers" y potenciar el "self-managment"
Por Antonio Jesús Ruiz Córdoba 5 de noviembre de 2023
Consejos para facilitarte tus primeros pasos como Scrum Master
Por Antonio Jesús Ruiz Córdoba 6 de octubre de 2023
Charla de Octubre-23' del Agile-Coffee
Más entradas
Share by: