Jump to content

Fishbone

From Scrum Manager BoK
Revision as of 15:48, 14 May 2026 by Mberne (talk | contribs)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
⏱ 4 min de lectura  ·  📅 Actualizado en 2026

El Fishbone ("espina de pez"), también conocido como diagrama de Ishikawa o diagrama causa-efecto, es una técnica de retrospectiva que usa una representación visual con forma de esqueleto de pez para identificar las causas que contribuyen a un problema. Se realiza en la tercera fase de la retrospectiva. Dura entre 30 y 60 minutos.

Descripción y objetivos

Sirve para revisar síntomas que identifiquen un problema de raíz y explorar las causas más probables. El equipo identifica los factores que están causando o afectando una situación problemática, busca las causas más probables detrás de esos factores, y luego diseña acciones para influir sobre ellos.

Cuándo usarlo

  • Cuando el equipo ha identificado un problema recurrente y necesita entender sus causas de forma estructurada antes de proponer soluciones.
  • Como complemento a Cinco veces porqué: el Fishbone organiza las causas por categorías; los cinco porqués profundizan en cada causa.
  • Cuando el problema tiene múltiples dimensiones (técnica, organizativa, humana, de proceso) que conviene explorar de forma paralela.

Cómo realizar la actividad

  1. Se dibuja un diagrama de espina de pez. El problema a tratar es la cabeza del pez. Se incluyen los cinco W's: qué, quién, cuándo, dónde y por qué (What, Who, When, Where, Why). Se escribe una categoría por cada espina. El equipo puede crear sus propias categorías o usar marcos habituales como:
    • Métodos, Materiales, Maquinaria, Personal (o mano de obra).
    • Lugar, Procedimiento, Personas, Políticas.
    • Entorno, Proveedores, Sistemas, Habilidades.
  2. Se genera una lluvia de ideas sobre los factores que pueden encajar en cada categoría. La pregunta guía es: "¿Cuáles son los problemas de [categoría] que pueden causar o contribuir a [problema]?"
  3. Cada miembro puede escribir los factores en post-its para pegarlos en las espinas, o el facilitador los escribe directamente en el diagrama.
  4. Se buscan los factores que aparecen en más de una categoría: suelen ser las causas más probables.
  5. Se identifican áreas donde el equipo puede actuar con mayor impacto.
  6. Los resultados se usan como base para la siguiente fase de la retrospectiva.

Error frecuente

Quedarse en los primeros factores evidentes. La estructura del Fishbone invita a explorar causas en múltiples categorías, pero si el equipo solo aporta las causas más obvias ("falta de tiempo", "requisitos cambiantes") sin profundizar, el diagrama acaba siendo un mapa de síntomas, no de causas. Combinar el Fishbone con los cinco porqués en cada espina ayuda a llegar a causas más profundas y accionables.

Recursos

📄 Tercera fase de una retrospectiva: crear conocimientoScrum Manager Blog · oct 2023

Referencias

Derby, Esther; Larsen, Diana. (2006). Agile Retrospectives: Making Good Teams Great. Pragmatic Bookshelf.

Véase también

¿Quieres avanzar en agilidad? 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 Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.