Cuándo tiene sentido un análisis de causa raíz
Una mañana tenía un neumático pinchado en mi coche. Afortunadamente, pude cambiar la rueda rápidamente. Sin embargo, también me gusta trasladar cosas que he aprendido en el trabajo a mi vida cotidiana. Así que decidí realizar un Root Cause Analysis – es decir, un análisis de causa raíz. Esperaba poder evitar neumáticos pinchados en el futuro. Al fin y al cabo, podría haber aprovechado mejor el tiempo que dediqué a cambiar la rueda.
El método de los "Five Whys" en el Root Cause Analysis
El método "Five Whys" es adecuado para este tipo de análisis de causa. Simplemente preguntas "Por qué" cinco veces seguidas – ¡mis hijos eran especialmente buenos en eso a la edad de cuatro años! Así que comenzó la búsqueda de la causa:
¿Por qué tenía un neumático pinchado?
-Porque había un clavo en el neumático.
¿Por qué había un clavo en el neumático?
-Porque evidentemente había pasado por encima de él el día anterior.
¿Por qué había pasado por encima del clavo el día anterior?
-Porque el aparcamiento de mi gimnasio (el único lugar al que había ido ese día) estaba siendo repavimentado.
¿Por qué estaban repavimentando el aparcamiento?
-Por los muchos baches.
¿Por qué había baches en el aparcamiento?
-Por la lluvia.
Así que la causa de mi neumático pinchado fue la lluvia. Entonces no debe llover más.
Lamentablemente, eso no está en mi poder. Normalmente podría haber escalado algo así a mi Scrum Master, pero incluso un Scrum Master no puede cambiar el clima.
Conclusión del Root Cause Analysis
¿Qué quiero decir con esto? A veces simplemente no vale la pena hacer un Root Cause Analysis. Como cualquier otro método o técnica, no siempre es útil. Muchas cosas en el desarrollo de software son completamente nuevas, es decir, se hacen por primera vez (al menos por la persona o el equipo). El análisis de causa raíz es más útil en situaciones recurrentes – por ejemplo, en producción. Es menos útil en cosas nuevas y complejas, como las que ocurren en el desarrollo de software (o en el desarrollo de productos en general).
No digo que debas prescindir completamente del Root Cause Analysis y los Five Whys. Solo recuerda que no existe ningún método que pueda aplicarse siempre.
Este texto proviene del blog de Mike Cohn y fue traducido por nosotros al alemán.
¡Conviértete en Certified Scrum Master!
Para Scrum Masters ofrecemos las siguientes formaciones y oportunidades gratuitas de capacitación:
