En las pruebas de software, a menudo hacemos ese análisis de causa y efecto para un error o defecto. Este análisis de causa y efecto nos permite pensar en todas las cosas que podrían causarlo, y se vería afectado por el error / defecto y nos permitiría obtener una visión general de todos los factores principales en juego, antes de pensar en una posible solución .
El diagrama de Ishiqawa o el diagrama de espina de pescado es una de las mejores formas de hacer este análisis de causa y efecto.
Historia: Este método fue ideado por el profesor Koaru Ishiqawa, un famoso científico de control de calidad en los años 60, en su libro – “Introducción al control de calidad”.
Según él, podemos usar esta herramienta en varias situaciones, como:
- ¿Cuál es la arquitectura de software de Google Now?
- ¿Cuáles son las tareas comunes y poco creativas involucradas en el desarrollo de software?
- ¿Qué patrones de diseño en la programación de computadoras has usado con más frecuencia en tus proyectos hasta ahora?
- ¿Es una buena idea adherirse estrictamente a Scrum?
- ¿Cómo se relacionan el hardware y el software, si es que lo hacen?
1. Descubra la causa raíz de un problema.
2. Descubra los defectos y los cuellos de botella en el proceso.
3. Identificar por qué los procesos no funcionan.
Cómo lo hacemos :
Hay cuatro pasos para usar la herramienta.
- Identifica el problema.
- Resuelva los principales factores involucrados.
- Identificar posibles causas.
- Analiza tu diagrama.
Comprendamos esto con un simple ejemplo:
En este simple ejemplo, un gerente está teniendo problemas con una sucursal que no coopera.
Algunas personas prefieren escribir el problema en el lado derecho de la hoja de papel y desarrollar ideas en el espacio a la izquierda. Use el enfoque con el que se sienta más cómodo.
Consejo 2:
Es importante definir su problema correctamente.
Paso 2: Resuelva los factores principales involucrados
Luego, identifique los factores que pueden ser parte del problema. Estos pueden ser sistemas, equipos, materiales, fuerzas externas, personas involucradas con el problema, etc.
Luego dibuje una línea desde el “lomo” del diagrama para cada factor y etiquete cada línea.
Aquí el gerente identifica los siguientes factores y los agrega a su diagrama:
- Sitio.
- Tarea.
- Personas.
- Equipo.
- Controlar.
Paso 3: identificar las posibles causas
Ahora, para cada uno de los factores que consideró en el paso 2, haga una lluvia de ideas sobre las posibles causas del problema que pueden estar relacionadas con el factor.
Muestre estas posibles causas como líneas más cortas que salen de los “huesos” del diagrama. Cuando una causa es grande o compleja, puede ser mejor dividirla en subcausas. Muéstrelos como líneas que salen de cada línea de causa.
En este ejemplo para cada uno de los factores que identificó en el paso 2, el gerente hace una lluvia de ideas sobre las posibles causas del problema y las agrega a su diagrama, como se muestra en la figura 3.
Paso 4: Analiza tu diagrama
En esta etapa, debe tener un diagrama que muestre todas las posibles causas del problema que pueda imaginar.
Dependiendo de la complejidad e importancia del problema, ahora puede investigar más a fondo las causas más probables. Esto puede implicar establecer investigaciones, llevar a cabo encuestas, etc. Estos serán diseñados para probar cuál de estas posibles causas está contribuyendo realmente al problema.
Ejemplo:
El gerente ahora ha terminado su análisis. Si no hubiera analizado el problema de esta manera, podría haberlo solucionado asumiendo que las personas en la sucursal estaban “siendo difíciles”.
En cambio, piensa que el mejor enfoque es organizar una reunión con el gerente de la sucursal. Esto le permitiría informar al gerente completamente sobre la nueva estrategia y hablar sobre cualquier problema que pueda estar experimentando.