El ABC de la gestión de proyectos: I de «diagrama de Ishikawa»

Identificar las causas, resolver los problemas

¿Qué es un diagrama de Ishikawa?

El diagrama de Ishikawa lo desarrolló en los años 60 el experto japonés en gestión de la calidad Kaoru Ishikawa. El objetivo era ofrecer un método que permitiera analizar de forma estructurada las causas de un problema concreto. Se representa en forma de diagrama de espina de pescado: el problema (el efecto) va a la derecha, y desde ahí se ramifican hacia la izquierda las categorías principales de causas en forma de líneas —las llamadas «espinas»—. Al principio había cuatro categorías, pero se fueron ampliando poco a poco a seis y luego a ocho, ya que el mundo empresarial se volvió más complejo y había que tener en cuenta más factores. Cada una de estas categorías principales se subdivide a su vez para identificar posibles causas individuales. El resultado es una representación gráfica clara de relaciones complejas que fomenta tanto el pensamiento analítico como los enfoques creativos para encontrar soluciones.

Estructura y elementos del diagrama de Ishikawa

A la derecha está el efecto, es decir, el problema que hay que analizar. Desde ahí suelen partir seis ramas principales, que normalmente representan las siguientes categorías:

1. Factores humanos (personal): En esta categoría se incluyen los errores causados por el comportamiento humano, la falta de conocimientos, problemas de comunicación, conflictos o falta de motivación
2. Maquinaria (tecnología): En este ámbito se incluyen los fallos técnicos, los sistemas obsoletos o, por ejemplo, la falta de mantenimiento.
3. Material: Se refiere a la calidad de los materiales utilizados, la disponibilidad o las especificaciones de las materias primas y los materiales auxiliares.
4. Método (procesos): en este ámbito se incluyen los flujos de trabajo, las normas, los procedimientos o, por ejemplo, el método de gestión de proyectos.
5. Entorno (medio ambiente): En esta categoría se incluyen todas las condiciones del entorno, tanto físicas como organizativas, que se dan fuera de la empresa pero que, aun así, influyen en el proceso. Pueden ser, por ejemplo, factores ambientales como la temperatura o la humedad, pero también la competencia, la normativa legal y la evolución del sector.
6. Dirección: Los directivos también suelen tener una influencia decisiva en los problemas. Por eso, los errores de gestión, una planificación insuficiente o una comunicación deficiente por parte de los directivos entran en esta categoría
7. Medición (datos): se trata, por ejemplo, de datos de medición erróneos o que faltan, o de interpretaciones incorrectas.
8. Dinero: la presión de los costes, los recortes presupuestarios o las decisiones de inversión equivocadas suelen tener también una gran influencia, por lo que hay que tenerlas en cuenta.
   Estas categorías sirven de marco para una lluvia de ideas estructurada. Se pueden adaptar o ampliar según el sector y el problema en cuestión.

Ámbitos de aplicación en la gestión de proyectos

El diagrama de Ishikawa tiene múltiples aplicaciones en la gestión de proyectos, sobre todo en las siguientes áreas:

• Gestión de la calidad: análisis de las desviaciones en la calidad de los productos o procesos
• Gestión de riesgos: identificación previa de posibles fuentes de error
• Análisis de errores: estudio de fallos o problemas en el desarrollo del proyecto
• Lecciones aprendidas: análisis estructurado tras la finalización del proyecto
• Comunicación en equipo: fomenta el intercambio de diferentes puntos de vista y el entendimiento mutuo

Guía paso a paso para la creación

1. Define el problema:
El problema que vas a analizar debe estar formulado de forma clara e inequívoca. Debe tratarse de un fenómeno concreto y observable (por ejemplo, «retraso del proyecto de 4 semanas»). Ahora dibuja una plantilla para el diagrama y anota el problema en el lado derecho, como la cabeza del pez.

2. Recopilar causas (lluvia de ideas):
A continuación, en equipo, se recopilan las posibles causas para cada categoría principal y se anotan en las ramas correspondientes. Aquí se necesita creatividad, pero también conocimientos objetivos. De momento no se trata solo de recopilar causas de gran calidad, sino de analizar el problema desde distintos puntos de vista para identificar también las causas menos evidentes.

3. Analizar las causas:
A continuación, se examina cada causa: ¿hasta qué punto es plausible? ¿Hay pruebas o indicios? Las causas se evalúan según su relevancia, frecuencia o influencia en el problema, por ejemplo, mediante un análisis ABC. De esta forma, selecciona las causas más probables o las que tengan mayor impacto.

4. Definir medidas:
Un análisis de causas como este solo tiene sentido si a partir de los resultados se definen medidas concretas. Así que define ahora medidas concretas para solucionar el problema o prevenirlo.

Ventajas y limitaciones del diagrama de Ishikawa

Ventajas:

• Análisis sistemático: te permite estudiar problemas complejos de forma estructurada.
• Orientado al trabajo en equipo: fomenta el trabajo colaborativo y los diferentes puntos de vista.
• Fácil de entender a simple vista: la representación gráfica te ayuda a entenderlo mejor.
• Flexible: se puede utilizar en los más diversos contextos y sectores.

Límites:

• No se ha ponderado la importancia de las causas: el diagrama solo muestra posibilidades, no probabilidades.
• Necesita un moderador: sin una estructura clara, la lluvia de ideas puede acabar siendo un caos.
• No es adecuado para problemas sencillos: cuando las causas son claras y evidentes, el esfuerzo que hay que dedicarle es desproporcionadamente alto.

Ejemplo práctico: analizar el retraso de un proyecto

Un equipo de proyecto se enfrenta al reto de que un proyecto de TI se ha retrasado bastante. La dirección del proyecto decide utilizar un diagrama de Ishikawa. En un taller se llegan a las siguientes conclusiones:

• Personas: Planificación insuficiente de los recursos, sobrecarga de algunos miembros del equipo
• Método: falta de procesos ágiles, ausencia de objetivos claros para los sprints
• Ordenador: Entorno de desarrollo anticuado, tiempos de carga largos
• Contexto: Mucho esfuerzo en la comunicación debido al teletrabajo
• Material: Requisitos erróneos debido a unas especificaciones poco claras del cliente
• Dirección: distribución poco clara de funciones, falta de liderazgo a la hora de priorizar objetivos
• Evaluación: seguimiento insuficiente, no se detectan a tiempo los retrasos
• Dinero: las limitaciones presupuestarias frenan importantes actualizaciones técnicas y la asistencia externa

Tras el análisis, se establecen medidas específicas, entre las que se incluyen la adaptación de la estructura del equipo, la implantación de métodos ágiles adecuados y la mejora de la infraestructura técnica.

Consejos para un uso eficaz

• Equipos interdisciplinares: Involucra a diferentes áreas de especialización para evitar puntos ciegos.
• Moderación: un moderador con experiencia se encarga de que todo vaya bien y de que se consigan resultados.
• Combinar el método de las «5 preguntas»: Para analizar las causas en profundidad y no quedarte solo en lo superficial, puedes usar el método de las «5 preguntas».
• Actualización periódica: El diagrama es un documento en constante evolución y debería adaptarse a medida que surjan nuevos datos.

Conclusión

El diagrama de Ishikawa es una herramienta de probada eficacia en el conjunto de herramientas de la gestión de proyectos. Ayuda a los equipos a analizar los problemas de forma sistemática, identificar las causas y desarrollar soluciones duraderas. Sobre todo ante retos complejos, en los que intervienen muchos factores, el diagrama de espina de pescado es una ayuda muy valiosa para lograr más transparencia y eficiencia a lo largo del proyecto. Con un problema bien definido, un enfoque estructurado y una cultura de equipo abierta, el diagrama de Ishikawa despliega todo su potencial.

Más información sobre el software de gestión de proyectos y carteras myPARM:

¿Quieres conocer myPARM en una demostración? Entonces, ¡concierta ahora una cita con nosotros!