Resolucin Rpida de Problemas

Y

Equipos

Objetivos del curso

Al final de esta sesin, usted ser capaz de: Describir los beneficios de usar un proceso

estructurado de solucin de problemas

Identificar los pasos bsicos de solucin estructurada de problemas.

Contribuir con un equipo de solucin de problemas

Alcance

El proceso puede ser aplicado a cualquier problema en la planta que requiera una respuesta formal, estructurada.

La intencin es sacar a relucir los problemas para que puedan resolverse, conduciendo a un ambiente productivo ms estable y de mayor calidad.

Introduccion

Que es un problema?

NO CONFUNDIR PROBLEMAS

CON TOMA DE DECISIONES

Metodologa 8 disciplinas. (8ds)

La metodologa de 8ds esta compuesta por 8 disciplinas que llevan a la resolucin de problemas de una manera estructurada y practica y que pretende dar una leccin aprendida como valor agregado del uso de la misma.

EL PROCESO 8D

D0. PREPARAR EL PROCESO DE 8 DISCIPLINAS (8D)

D1. ESTABLECER EL EQUIPO DE TRABAJO

D2. DESCRIBIR EL PROBLEMA

D3. DESARROLLAR ACCIONES INTERINAS DE CONTENCIN (ICA)

D4. DEFINIR Y VERIFICAR LA CAUSA RAZ Y PUNTO DE ESCAPE

6

EL PROCESO 8D

D5. SELECCIONAR Y VERIFICAR ACCIONES CORRECTIVAS PERMANENTES (PCA`s) PARA

LA CAUSA RAZ Y PUNTO DE ESCAPE

D6. IMPLANTAR Y VALIDAR ACCIONES CORRECTIVAS PERMANENTES (PCA`s)

D7. PREVENIR LA RECURRENCIA

D8. RECONOCER AL EQUIPO Y LAS CONTRIBUCIONES INDIVIDUALES

7

D0. PREPARAR EL PROCESO DE 8 DISCIPLINAS (8D)

Objetivo:En respuesta a un sntoma, evale la necesidad de hacer un proceso de 8ds. Si es necesario, proporcione Acciones de Contencin de Emergencia para proteger al cliente, y comience el proceso de 8ds.

Acciones de Contencin de Emergencia. Se ha evaluado la necesita de hacer Acciones de Contencin de

Emergencia? Si una Accin de Contencin de Emergencia fue tomada, se ha

verificado? Si una Accin de Contencin de Emergencia fuera tomada, se

ha validado?

D0. PREPARAR EL PROCESO DE 8 DISCIPLINAS (8D)

Criterio de la aplicacin para desarrollar un 8ds. El problema(s) se ha definido y se ha cuantificado? Se han hecho medidas para cuantificar el problema(s) y demuestran que hay una diferencia de la situacin

existe a la que inicialmente se tenia. La causa del problema es desconocida? Se compromete la direccin para dedicar los recursos necesarios para eliminar la causa raz del problema

y prevenir recurrencias? Excede la complejidad del problema, la habilidad de una persona para resolver el problema?

Otras consideraciones: No hay ya un 8ds del problema?

Tareas comunes. Todos los cambios se deben documentar (Ejemplo. FMEA, Plan de Control, Diagrama de flujo)? Las mediciones (datos) han sido revisados? Se ha puesto al da el reporte de 8ds?

D1. ESTABLECER EL EQUIPO DE

TRABAJO

Objetivo.Establezca un grupo pequeo de personas que conozcan del proceso y/o del producto, con experiencia, autoridad, y habilidad en las disciplinas tcnicas requeridas para resolver el problema e implementacin de las acciones correctivas. El grupo debe tener un Campen designado y un lder del equipo.

Preparacin. Se ha establecido un tiempo y lugar para reunir al equipo? Las instalaciones son adecuadas para la reunin? La preparacin de los miembros es adecuada para enfocarse en las

actividades del equipo? El propsito de cada reunin se ha resaltado? Est el equipo informado de la agenda de cada reunin?

D1. ESTABLECER EL EQUIPO DE

TRABAJO

Nmero de miembros.

Las personas afectadas por el problema estn incluidas en el equipo?

Esta representado el punto de vista del Cliente?

Tiene cada individuo una razn para estar en el equipo y esto se les ha informado?

El equipo incluye a todos los involucrados para tener toda la informacin necesaria, sin embargo lo bastante

pequeo para actuar eficazmente?

Refleja el nmero de miembros del equipo el estado actual del problema?

Estn de acuerdo los miembros del equipo en el nmero de miembros del equipo?

Conocimiento del Producto / Proceso.

Procedimiento operativos y Relaciones de trabajo.

Roles y tareas comunes

D2. DESCRIBIR EL PROBLEMA

Objetivo.Describa el problema de cliente interno /externo identificando "Que esta mal

(equivocado) con respecto a que y detalle el problema en trminos cuantificables.

Declaracin del problema.

Hacer la pregunta Que esta mal (equivocado) con respecto a que?" se ha

contestado?

Preguntar porque para contestar la pregunta "Sabemos nosotros con toda

seguridad por qu esto est ocurriendo?

Se ha definido una declaracin del problema especificando (objeto y defecto)?

D2. DESCRIBIR EL PROBLEMA

Descripcin del problema. - Un anlisis de Es / No Es ha sido realizado? (Qu?, Dnde?, Cundo?, etc.)

- Se ha considerado si a habido una incidencia anterior?

- Se ha identificado el flujo del proceso actual?

- Ha habido cambios del flujo del proceso original y si esto fuera, ya se han evaluado?

- Se ha a analizado el flujo del proceso para determinar en dnde el problema aparece primero?

- Se ha estudiado las interacciones y los procesos entre los componentes y el sistema?

- Se han considerado / evaluado patrones / comportamiento del problema?

- Se han repasado componentes similares y/o partes que intervengan en el mismo problema?

- Todos los datos ha sido reunidos y analizados? (piezas, reportes, fotos, etc...)

- El efecto de las ERAs en los datos se han evaluado?

- La evidencia fsica del problema se ha obtenido?

- Un diagrama de Causa & Efecto se ha hecho?

D2. DESCRIBIR EL PROBLEMA

Tipo de Problema.

Se ha hecho la determinacin acerca de si este problema describe un "algo cambi" o un

"nunca haba sucedido" la situacin?

Revisin de Descripcin del Problema.

Ha sido la descripcin del problema corroborada de acuerdo a lo que el cliente(s) y/o

parte afectada est experimentando?

La necesidad de repasar el problema con direccin ejecutiva ha sido evaluada?

Se ha consideracin que puede haber implicaciones financieras?

Se han considerado que puede haber obligaciones morales, sociales, o legales

relacionadas a este problema?

D3. DESARROLLAR ACCIONES

INTERINAS DE CONTENCIN (ICA)

Diferencias entre Verificacin y Validacin.

Verificacin es una prueba ANTES de la implementacin de alguna accin, que la

accin haga la intencin con la que fue creada.

Validacin es una prueba DESPUS de la implementacin de alguna accin, a travs

del tiempo la accin debe de ser evaluada a travs de datos de antes y despus, y

asegurarse de que no se esta creando un nuevo problema.

D3. DESARROLLAR ACCIONES

INTERINAS DE CONTENCIN (ICA)

Objetivo.

Definir, verificar e implementar las Acciones Temporales de Contencin para aislar que el

problema afecte al el cliente interno /externo, hasta que las Acciones Correctivas Permanentes

se lleven a cabo. Validar la efectividad de las acciones de la contencin.

Antes de la Aplicacin de ICA.

La necesidad para hacer ICAs ha sido determinada?

Se ha evaluado las ERAs para ayudar a seleccionar las mejores" ICAs?

Se ha consultado con el Cliente y/o el Campen para establecer los criterios para la seleccin de ICAs?

Basado en el criterio establecido, las ICAs proporciona el mejor equilibrio entre los beneficios y los riesgos?

Los ICAs protege 100% al cliente del efecto del problema?.

Se han verificado los ICAs?

Los ICAs son eficaces y fciles de llevar a cabo?

D4. DEFINIR Y VERIFICAR LA CAUSA

RAZ Y PUNTO DE ESCAPE

Objetivo.

Aislar y verificar la causa raz probando cada teora de causa raz contra la descripcin del

problema. Tambin aislar y verifica en el lugar en donde el efecto de la causa raz pudiera

detectarse y contenerse (Punto de escape).

Causa raz.

La verdadera informacin en la descripcin del problema (Es/ No es) se ha puesto al da?

Diferencias nicas en el Es han sido identificadas comparadas con el No es?

Cambios en o alrededor de las diferencias ha sido descubiertos?

Se han probado las teoras desarrolladas contra todos los hechos D2?

Fue verificada la Causa de la Raz pasivamente y activamente? (Ejercicio de prender y apagar el problema)

El anlisis de la causa raz a sido bastante. (Nosotros no necesitamos saber por qu la causa de la raz pas)?

D4. DEFINIR Y VERIFICAR LA CAUSA

RAZ Y PUNTO DE ESCAPE

Punto de escape

Fue revisado el flujo del Proceso y los puntos de control relacionados con la Causa Raz identificada?

Se defini los puntos de control para descubrir el problema?

Los cambios en los sistemas de control originales han sido identificados?

Puntos de control cercanos a la Causa Raz han sido identificados?

La capacidad del los puntos de control de descubrir el problema se han verificado?

La necesidad de mejorar los puntos de control han sido evaluados?

D5. SELECCIONAR Y VERIFICAR ACCIONES CORRECTIVAS PERMANENTES (PCA`s)

Objetivo.Seleccionar las Acciones Correctivas Permanentes (PCAs) correctas para eliminar la causa raz. Tambin seleccione las PCAs convenientes para contener el efecto de la causa de la raz (Punto de escape). Verifique que las acciones tendrn xito cuando se lleven a cabo sin causar efectos secundarios o indeseables.

Antes de la Decisin de PCAs. Se ha establecido el criterio por escoger una PCAs para la causa de la raz y punto

del escape? Est de acuerdo el Campen con el criterio de PCAs? El equipo tiene la experiencia para escoger la mejor PCAs escoger? Se han considerado todas las alternativas para hacer / definir una PCAs? Los beneficios para la hacer la mejor eleccin fue el argumento principal? Estn manejndose riesgos asociados con esta decisin? El Campen esta de acuerdo con esta seleccin de PCAs?

D5. SELECCIONAR Y VERIFICAR ACCIONES CORRECTIVAS PERMANENTES (PCA`s)

Verificacin de las PCAs. Evidencia (prueba) existente que estas acciones van a resolver el problema de

acuerdo a la causa raz? Las Variables medidas durante nuestro paso de la comprobacin constituyen

comprobacin legtima? Los mtodos de verificacin para comprobacin el PCAs estn encima del rango

de la variacin de la produccin y las condiciones de operacin?

Despus de la Decisin de PCAs. Se realiz un Anlisis de Riesgo en el PCA que se seleccion? El cliente y las partes afectadas en la seleccin del PCA seleccionado fueron

consultadas (si se requiere)? La ICA deber de seguirse haciendo hasta que la PCA no hay implementado? Se ha dado consideracin a los recursos requeridos para la aplicacin de PCA? Los departamentos / otras organizaciones que necesiten ser involucrados en la

planeacin e desarrollo de las PCAs han sido identificados? Se han considerado acciones para mejorar la ICA antes de hacer una PCA?

D6. IMPLANTAR Y VALIDAR ACCIONES CORRECTIVAS PERMANENTES (PCA`s)

Objetivo.Planear e implementar las Acciones Correctivas Permanentes seleccionadas. Remover las ICAs y Validar las

acciones y supervisar los resultados a largo plazo.

Planeacin / la Prevencin del Problema. Se ha evaluado la necesidad del soporte de otros departamentos / organizacin para la desarrollo del

PCA?

Representantes de estos departamentos / otras organizaciones estn en nuestro equipo para planear y llevar a cabo el PCA?

Se hizo evalu si se requiere el involucramiento del cliente / proveedor? La parte responsable del cliente y/o el proveedor han sido identificados (si se requiere)? Se ha definido un plan de accin (Responsables asignados, fechas compromiso establecidas, se

requiere de algn apoyo determinado)?

Aprobacin. Ya no es necesario el ICA? Los indicadores de validacin han demostrado que el efecto no deseado ha sido totalmente

eliminado?

Los resultados a largo plazo estn siendo continuamente supervisados? El cliente ha proporcionado confirmacin que el PCA es eficaz?

D7. PREVENIR LA RECURRENCIA

Objetivo.Modificar los sistemas necesarios incluso las polticas, prcticas, y

procedimientos para prevenir la recurrencia de este problema y similares.

Haga recomendaciones para mejoras sistmicas, as como documentar las

Lecciones Aprendidas.

Historia del problema. Prevenga Acciones (este problema y los problemas similares). Recomendaciones para la prevencin sistemtica de los problemas. Lecciones aprendidas.

D8. RECONOCER AL EQUIPO Y LAS CONTRIBUCIONES INDIVIDUALES

Objetivo.Reconocer sinceramente las contribuciones que se hicieron como equipo, as como las individuales.

Reporte 8ds. El reporte 8D ha sido actualizado y publicado?

Todos los que necesitan saber, incluyendo al cliente, han sido informados del estado del reporte 8D?

El reporte 8D y anexos son retenidos en el sistema lecciones aprendidas?

Planear al Reconocimiento.

Implementacin del Reconocimiento.

Ejemplo

1 Problem DescriptionWhat (M.Y., Model, Part Description):What (defect):Who:Where (geographically):Where (on the thing):When (1st. ocurrence):When (subsequent occurrences):When (pattern?):

When (life of thing):Why:How many (total # of units):How many (# defects/unit):How much (size of defect):How often (#of defective things/ # of things manufactured): PPM

2 Interim Action/ContainmentDaimlerChrysler (DC) Authorizing Document (IAA #):

3 Root CausePossible Causes Identified Date:Possible Causes Tested Date:True Cause(s) Identified Date:True Cause(s) Description:

PT

Ana Solano - KAUTEX / Personal D.C. Toluca

PT 2001, MODULO DE GASOLINA

TBD

M. De La Cruz Calidad

En Proveedor de Bombas: Accionescontenedoras en la linea de ensamble debombas, han sido solicitadas

09/02/2001

2001/02/09

InspeccinEngranes internos-externos estan trabados impidiendo que giren y "expriman combustible al exterior "

2

DC End Date

2001/02/28

09/02/2001

Modulo de gasolina no enva combustible

1

Segundo turno

Lnea de ensamble D.C. TolucaBomba de modulo de gasolina atorada

DC Start DateWhat Who

Primer caso 01811 y segundo caso 02612

En TI Celula PT : Aspirado de las reas donde sesub-ensambla la bomba, operacin 220,220-A y300

G.Estrada Produccin

2001/03/01

Partcula de polmero Acetal ( 1er. Caso ) y ABS ( 2do. Caso ), localizada entre rotor interior y exterior, originando que ste se trabara y la bomba dejara de funcionar.

2001/02/09

TBD2001/03/01

24

Ejemplo

4 Permanent ActionDC Authorizing Document (CN/ODD Box): IAA:

5 Verification

6 ControlDesign or

Process

1

7 Prevention

Similar Product Requiring Similar Action:

Sample SizeDescription of Control

Aspirado de las reas en donde se realizan subensambles que incluyan a la bomba

N/A

Control Type (1, 2, 3)

What Who2001/03/01

Se realiza estudio de tiempos para mejorar flujode materiales entre operaciones para evitar elacumulamiento y poder visualizar cuerpos

DC Start Date

M. De La Cruz Calidad

En Proveedor de Bombas: Acciones permanentesen la linea de ensamble de bombas, han sidosolicitadas

Frequency Who (Plant)

Todo el turno

What Who DateMonitoreo por evaluacin visual en reas detrabajo, interior de empaque de componentessurtidos a lnea de ensam. libre de polvo,basura

G.Estrada Produccin

continuo

proceso

Se estudia la integracin de filtro (malla) en el cuerpodel inlet de la bomba ( una sola parte todo el conjunto) con ingeniera del producto WALBRO

Action DescriptionA.Prez

IngenieraTBD

Who Date

TI Group Mxico

2001/03/16 (propuesto)Borja/Jimenez Manufactura

2001/03/01

TBD

DC End Date

25

SOLUCION DE PROBLEMAS5 por ques

Beachmold Mexico

Antes de empezar. 5W1H Clarificar el contenido del problema y entenderlo exactamente con todos los

datos:

5 POR QUES

Que es?

Los 5 por que? es una tcnica sistemtica depreguntas utilizada durante la fase de anlisis deproblemas ,para buscar posibles causas principales.Durante esta fase los miembros del equipo puedensentir que tiene suficientes respuestas a suspreguntas.

Identificar idea o situacin para ser estudiada

Deberemos satisfacer con nuestras respuestas la pregunta del porque , hasta llegar a la raz.

En cada tiempo la pregunta ser POR QUE? RepetidamenteHasta 5 veces

Herramientas de anlisis de causa raz

DefectosV A R I A B I L I D A D

MaterialesMano de Obra

MedicinMaquinariaMedio

Ambiente

Causas

Mtodo

Diagrama de Ishikawa

Cmo llevar a cabo el anlisis de los 5 Por qu?

Realizar una sesion de ideas normalmente utilizando elmodelo de diagrama de causa efecto.

Una vez que las causas hayan sido identificadas, empezar apreguntar POR QUE?

Continuar preguntando 5 veces. Esto reta al equipo a buscar afondo las causas raiz.

Tener cuidado de no empezar a preguntar Quien? El equipodebera enfocarse en el proceso y no en personas.

Como se utiliza?

Beneficios del anlisis de los 5 por qu?

retrabajo

Costos de prueba

rechazos

scrapRetornos de clientes

Costo de mala calidad

Costos de inspeccion

Costos ocultos

Esta herramienta es un simple proceso de preguntarnosrepetidamente por 5 veces por que? Para descubrir lasituacion particular de un problema.

Ejemplo: se descubrio que el monumento de Lincoln se estaba deteriorando mas rapido de qualquiera delos otros monumentos de Washington D.C.1.-Porque?se limpiaba con mas frecuencia que los otros monumentos.2.-Porque?se hacia mas limpieza con frecuencia porque habia mas depositos de pajaros en el monumento comparado con otro monumento.3.-Porque?habia mas pajaros alrededor del monumento de Lincoln que en cualquier otro monumento, particularmentela poblacion de gorriones era mucho mas numerosa.4.-Porque?habia mas comida preferida por los gorriones en el monumento de Lincoln especificamente acaros.5.-Porque?descubrieron que la iluminacion utilizada en el monumento de Lincoln era diferente a la de los otrosmonumentos y esta iluminacion facilitaba la reproduccion de acaros.

conclusion: cambiaron la iluminacion y solucionaron el problema

Ejemplo

EJERCICIO PRACTICO

Como Realizar

1. Escribir en una hoja el problema especifico. Esto ayuda a formalizar el problema y describirlo. Tambin sirve para que todo mundo se enfoque en el mismo problema.

2. Preguntar por que y escribir la respuesta.3. Si la respuesta no identifica la causa raz del

problema especifico, pregunte de nuevo.4. Repetir el paso tres hasta que se identifique la causa

raz.5. No usar la palabra mal, malo. Y no asociarlo a

problemas de operadores (cansancio, etc.)

Como verificar

Al termino del reporte:

Leerlo empezando por el efecto o problema enlazando las respuestas a cada por que con un ya que, debido a para verificar que el anlisis haga sentido, es razonable y no deja huecos de lgica.

If you don't ask the right questions, you don't get the right answers. A question asked in the right way often points to its own answer. Asking questions is the ABC of diagnosis. Only the inquiring mind solves problems."

Edward Hodnett