Cinco veces porqué: Difference between revisions

Jump to navigation Jump to search
← Older edit
Mberne (talk | contribs)
Bureaucrats, Interface administrators
3,012 edits
No edit summary
 
(11 intermediate revisions by the same user not shown)
Line 1: Line 1:
'''Cinco veces porqué''' (''Five Whys'' en inglés) es una práctica ágil que se usa durante la fase 3 de la [[retrospectiva]] para generar conocimiento. En concreto, por qué razones se ha producido un determinado problema.
{{Meta-bok|min=3}}


Suele durar entre '''15 y 20 minutos''' y se realiza trabajando en parejas o grupos reducidos.  
'''Cinco veces porqué''' (''Five Whys'' en inglés) es una técnica de análisis de causa raíz que se usa durante la [[retrospectiva]] para identificar por qué se ha producido un determinado problema. Consiste en preguntar "¿por qué?" de forma iterativa hasta cinco veces, profundizando en cada respuesta hasta llegar a causas subyacentes que no son evidentes a primera vista.
==Cómo realizar la actividad==
 
Para poder llevar a cabo esta dinámica se necesita haber identificado temas concretos sobre los que trabajar, por ejemplo, con la actividad [[Patterns and shifts]]. Ahora que se sabe qué ha pasado toca averiguar por qué.  
Fue desarrollada por Sakichi Toyoda y es parte del Sistema de Producción Toyota (TPS). En retrospectivas ágiles se usa habitualmente en la tercera fase, dedicada a generar conocimiento sobre lo ocurrido durante el sprint. Dura entre 15 y 20 minutos y se trabaja en parejas o grupos reducidos.
#Cada pareja o grupo se centra en cada uno de los problemas (de uno en uno). Una persona pregunta "¿por qué?" y otra responde, así hasta cinco veces por problema. El objetivo es llegar a causas detrás del problema que puedan encontrarse fuera de la manera habitual de pensar.  
== Cuándo usarla ==
#Cada grupo o pareja debe apuntar las respuestas que surjan de cada cuarto y quinto porqué.  
* Cuando el equipo ha identificado un problema recurrente o significativo y quiere entender sus causas antes de proponer soluciones.
#Al terminar, los grupos comparten lo que han descubierto para usarlo en la siguiente fase de la reunión.
* Después de actividades de recopilación de datos como [[Patterns and shifts]], que identifican qué ha pasado; los Cinco porqués ayudan a entender el por qué.
==Cómo moderar la actividad==
* Cuando las soluciones que el equipo suele proponer son siempre las mismas y no resuelven el problema de fondo.
La actividad debe moderarse de forma que se centre en acontecimientos, comportamientos y procesos, no en personas. El objetivo no es asignar culpas, sino '''analizar de forma constructiva.'''
 
=Véase también=
== Cómo aplicarla ==
*[[Retrospectiva]].
# El equipo ha identificado previamente los problemas que quiere analizar.
*[https://www.scrummanager.com/blog/2023/06/primera-fase-de-una-retrospectiva-3-actividades/ Scrum Manager Blog: «Primera fase de una retrospectiva: reflexión en equipo (3 actividades)»].
# Se forman parejas o grupos pequeños. Cada grupo se centra en un problema concreto.
*[https://www.scrummanager.com/blog/2023/08/segunda-fase-de-una-retrospectiva-en-busca-de-la-mejora-continua/ Scrum Manager Blog: «Segunda fase de una retrospectiva: en busca de la mejora continua»].
# Una persona pregunta "¿por qué?" y otra responde. Se continúa preguntando "¿por qué?" sobre cada respuesta, hasta cinco veces.
*[https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ Scrum Manager Blog: «Tercera fase de una retrospectiva: crear conocimiento»].
# El objetivo es llegar a causas que estén fuera de la manera habitual de pensar sobre el problema. Los porqués cuarto y quinto son los más reveladores: suelen apuntar a causas sistémicas o culturales, no a causas inmediatas.
*[https://www.scrummanager.com/blog/2022/10/sprint-retrospective-ejemplo-preparacion-y-puesta-en-practica/ Scrum Manager Blog: «Ejemplo: cómo diseñar una sprint retrospective»].
# Cada grupo apunta las respuestas surgidas del cuarto y quinto porqué.
*[https://www.scrummanager.com/blog/2022/12/resolucion-de-conflictos-en-una-retrospectiva/ Scrum Manager Blog: «Liderar retrospectivas y resolución de conflictos»].
# Al terminar, los grupos comparten sus descubrimientos para usarlos en la siguiente fase de la retrospectiva.
*[https://www.scrummanager.com/blog/2022/09/apuntes-agile-retrospectives/ Scrum Manager Blog:  «Apuntes: Agile Retrospectives»].
 
==Referencias==
== Ejemplo práctico ==
*[https://www.amazon.com/Agile-Retrospectives-Making-Teams-Great/dp/0977616649 Derby, Esther; Larsen, Diana. (2006) ''Agile Retrospectives: Making Good Teams Great''].
'''Problema: "Entregamos tarde la funcionalidad de pagos".'''
* ¿Por qué? → Porque los tests tardaron más de lo previsto.
* ¿Por qué? → Porque había muchos casos de borde no contemplados.
* ¿Por qué? → Porque los criterios de aceptación no los especificaban.
* ¿Por qué? → Porque el refinamiento se hizo con prisas la semana anterior.
* ¿Por qué? → Porque no tenemos tiempo protegido para el refinamiento en el sprint.
 
La causa raíz no es "los tests tardaron" sino "no hay tiempo protegido para el refinamiento". La solución también es diferente.
 
== Cómo moderarla ==
La actividad debe centrarse en acontecimientos, comportamientos y procesos, no en personas. El objetivo es el análisis constructivo de causas sistémicas, no la asignación de culpas. El facilitador debe intervenir si la conversación deriva hacia señalar a alguien en concreto.
== Error frecuente ==
<div class="bok-aviso">
'''Quedarse en el segundo o tercer porqué.''' Las primeras respuestas a "¿por qué?" suelen ser causas inmediatas y obvias, no causas raíz. El valor de la técnica está en seguir preguntando más allá de lo cómodo: las causas sistémicas que merecen acción suelen aparecer en el cuarto o el quinto porqué. Parar antes es llegar a conclusiones que el equipo ya conocía.
</div>
== Recursos ==
<div class="bok-recurso">
🔧 [https://scrummanager.com/website/c/info/resource.php?id=232 '''Diseñar una retrospectiva''']<span class="detalle">Plantilla · Scrum Manager</span>
</div>
<div class="bok-recurso">
📄 [https://www.scrummanager.com/blog/2023/10/tercera-fase-de-una-retrospectiva-crear-conocimiento/ '''Tercera fase de una retrospectiva: crear conocimiento''']<span class="detalle">Scrum Manager Blog · oct 2023</span>
</div>
 
== Referencias ==
* Derby, Esther; Larsen, Diana. (2006). ''Agile Retrospectives: Making Good Teams Great''. Pragmatic Bookshelf.
* Ohno, Taiichi. (1988). ''Toyota Production System: Beyond Large-Scale Production''. Productivity Press.
 
== Véase también ==
<div class="bok-tags">
[[Retrospectiva]] [[Fishbone]] [[Patterns and shifts]] [[Brainstorming/Filtering]] [[Force field analysis]] [[Acuerdos de trabajo]]
</div>
<div class="bok-ecosistema">
<div class="texto">
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
</div>
<div class="botones">
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
</div>
</div>
[[Category: Glosario de términos]]
[[Category: Glosario de términos]]
[[Category: Prácticas ágiles]]
[[Category:Retrospectivas]]
[[Category: Prácticas para retrospectivas]]
[[Category:Prácticas ágiles]]
Retrieved from "https://www.scrummanager.com/bok/index.php?title=Cinco_veces_porqué"