Diagrama de
Ishikawa
Alumno: Jhonatan González Zúñiga
Modulo: Gestión de calidad I
Carrera: Ing. Prevención de riesgos
Docente: Paola Ithurralde Pantoja
Objetivo Objetivos
principal específicos
Enseñar la metodología y Presentar una de las mejores
aplicación del Diagrama de herramientas para detectar,
Ishikawa. corregir, optimizar de manera
eficaz problemas en los procesos.
Demostrar la eficacia del método y
el diagrama de Ishikawa.
Kaoru Ishikawa ( 石川馨 )
Químico industrial japones.
Administrador de empresas y experto en control de calidad.
Su mayor aporte fue la implementación de sistemas de calidad
adecuados al valor de procesos empresariales.
El sistema de calidad de este teórico incluyen dos tipos:
Gerencial y evolutivo.
Se le considera el padre del análisis científico de las causas de
problemas en procesos industriales.
A el se debe el nombre al diagrama Ishikawa.
Principios y filosofía que plantea Kaoru
Ishikawa
La calidad empieza con la educación y termina con la educación.
Eliminar la causa de raíz y no solo los síntomas.
No confundir los medios con los objetivos.
El primer paso en la calidad es conocer lo que el cliente requiere.
La gerencia superior no debe mostrar enfado cuando sus subordinados les
presenten hechos.
¿Que es el diagrama de Ishikawa?
Diagrama causa efecto, diagrama de espina de pescado, son nombres por los
que también se le conoce a esta metodología para resolver problemas.
Es un diagrama causal, ósea que muestra de forma grafica la relación entre
causas y efectos, nos ilustra gráficamente las relaciones existentes entre un
resultado dado (efecto) y los factores (causas) que influyen en ese
resultado.
También la podemos definir como herramienta que nos ayuda a identificar,
clasificar y poner de manifiesto posibles causas, tanto de problemas
específicos como de características de calidad.
Utilidades
Clasificar y relacionar las
Identificar las causas – raíz o
interacciones entre factores
causas principales de un
que están afectando al
problema o efecto.
resultado de un proceso.
Ventajas
Permite que el grupo se concentre en el contenido del problema, no en la
historia, ni en los distintos intereses personales de los integrantes del equipo
que investigara.
Ayuda a determinar las causas principales de un problema, o las causas de las
características de la calidad.
Estimula la participación de los miembros del grupo de trabajo, permitiendo
así aprovechar mejor el conocimiento que cada uno de ellos tiene sobre el
proceso.
Incrementa el grado de conocimiento sobre un proceso.
Como construir un diagrama de Ishikawa
Se construye de derecha a izquierda, representando la parte de la cabeza del
pescado como el problema.
En la parte izquierda, una línea horizontal, que representa la columna o
vertebras, desde la que salen las espinas principales del pescado, y que
representan las distintas categorías en las que se agruparan las causas
potenciales que dan como origen el problema.
Para poder determinar todas
las causas del problema será
muy importante disponer de
la máxima información
posible sobre el proceso.
Representación
Categorías Problema
Etapas
1. Identificar el problema.
Se debe ser
especifico y
concreto.
Lo que queremos
mejorar o controlar.
Etapas
Se denomina como
2. Definir la frase que resuma
“la cabeza del
el problema.
pescado”.
Etapas Materiales
Mano de obra
3. Dibujar y marcar las
espinas principales. Métodos
Maquinas
Son las categorías de
Mantenimiento
recursos o factores
causales.
Medio ambiente
Etapas
4. Realizar una “lluvia de
ideas” de las causas del
problema.
Las ideas guiaran la
selección de las
causas.
En esta parte es
importante que sean
identificadas solo las
causas y no
soluciones.
Etapas
5. Identificar los candidatos
para la “causa mas probable”.
Todas las causas del diagrama no
necesariamente están relacionadas
de cerca con el problema, por lo
que se deberá reducir sus análisis a
las causas mas probables.
Etapas
6. Establecer prioridades y
responsables.
7. Implementar soluciones.
Documentar el orden
de ejecución de
actividades y
En esta parte es bueno responsables en los
preguntarse “cual de registros importantes.
las causas producirá
realmente una mejora
diferencial”.
Ejemplo de una construcción completa
Problema a resolver:
Incidente de seguridad cibernética
Problema:
Trabajador(a) X , un día viernes luego de trabajar se dirige con un grupo de
colegas a un restaurante. Como tiene trabajo pendiente decide llevar el
notebook de la oficina a su casa para poder avanzar durante el fin de semana,
sin embargo no le dio tiempo para ir a guardar el notebook a su casa así que
lo llevo al restaurante.
Al regresar a su casa un poco ebrio(a) se percata que no tenia el notebook.
Llamó al restaurante y le indicaron que en el recinto no había ningún bolso.
En el notebook extraviado/olvidado se almacenaba importante información
confidencial para la empresa.
Trabajador(a) X reporto el suceso al área de informática de la empresa recién
el día lunes al volver a trabajar.
Investigación y responsables:
Se decide que la investigación del incidente la haga el equipo de informática y de
seguridad de redes.
Se le define la falta de protocolos, procedimientos y medidas para prevenir la
perdida de equipos y dispositivos de la empresa y se define que la perdida de
información es el problema raíz.
En el análisis de la causa raíz se revelo las deficiencias técnicas, como cifrados
débiles, contraseñas poco seguras ( como 1234), la falta de sistemas por medio de
software de manejo remoto de datos y respaldos.
Por una parte el mayor responsable de este acontecimiento desafortunado es la
empresa al carecer de procedimientos que registren el ingreso y salida de sus
equipos tecnológicos.
Y el segundo responsable es el trabajador al no informar de forma oportuna y
rápida.
Método y análisis:
El equipo de seguridad de redes con el de informática deciden realizar una
investigación a fin de establecer posibles soluciones al problema principal
que es la perdida de información.
Se decide utilizar el diagrama de Ishikawa para establecer las siguientes
categorías relacionadas a la situación para analizar.
Personal (mano de obra)
Métodos y procedimientos
Tecnología (maquinas)
Medio ambiente
Personal (mano de Métodos y
obra) procedimientos
Trabajador perdió equipo en No hay procedimiento para No existe procedimiento
restaurante reporte de incidentes para control de salida de
equipos tecnológicos
Trabajador no informo de forma
rápida el extravío Contraseñas débiles Incidente de
seguridad
cibernética
Cifrado débil
(perdida de
Peligro de robo y asalto
Sin protocolo de copia de información)
seguridad permanente
Sin protocolo para control de Peligro de hackeos
forma remota de datos
Tecnología (maquina) Medio ambiente
Acciones de mejora
Se establecerá procedimientos de control de activos tecnológicos.
Se implementaran sistema de contraseñas seguras.
Se instalaran software confiables para el control, eliminación y respaldo
remoto de datos.
Se implementara sistema de encriptación de datos sensibles.
Se sugiere también respaldos de información en nubes de respaldos dentro del
entorno de seguridad de informática de la empresa.
Conclusión y/o reflexiones
La empresa es mediana y todo estos problemas son “nuevos”, los que nos lleva a
mejorar los métodos y procedimientos para evitar estos sucesos, no solo prevenir sino
que tener un plan de respaldo en caso de perdida de la información que en cualquier
tipo de empresa es vital.
En parte a los acontecimientos desafortunados ocurridos y la evidencia lograda a las
investigaciones y análisis, podemos determinar que han sido de gran aporte para el
futuro de esta empresa para tener registros y respaldos en caso de nuevos incidentes de
este tipo.
Esta importante herramienta, diagrama causa-efecto bien confeccionado es una
herramienta como antes dicha muy útil que ayuda a los equipos de trabajo e
investigación a mejorar continuamente para así en futuros acontecimientos poder
actuar y analizar de forma mas rápida y eficaz problemáticas de procesos.
También se puede agregar que este método puede ser utilizado con otras métodos hoy
existentes tales como hojas de verificación o diagramas de Pareto.
Bibliografía o Linkografía
[Link]
[Link]
[Link]
fecto-ishikawa/
[Link]
Libro: Administración de la calidad total – Roberto Carro, Daniel González.
