100% encontró este documento útil (2 votos)
194 vistas29 páginas

Guía Práctica de Resolución de Problemas

Este documento presenta varias herramientas para resolver problemas de manera analítica, incluyendo el Ciclo PDCA de Deming, Checklist, 5 Por Qués y 5W+1H/5W+2H. El objetivo es generar conocimientos y estandarizar criterios para usar estas herramientas de forma secuenciada dentro de PDCA y resolver problemas de manera sistemática.

Cargado por

Tati CN
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd
100% encontró este documento útil (2 votos)
194 vistas29 páginas

Guía Práctica de Resolución de Problemas

Este documento presenta varias herramientas para resolver problemas de manera analítica, incluyendo el Ciclo PDCA de Deming, Checklist, 5 Por Qués y 5W+1H/5W+2H. El objetivo es generar conocimientos y estandarizar criterios para usar estas herramientas de forma secuenciada dentro de PDCA y resolver problemas de manera sistemática.

Cargado por

Tati CN
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PPTX, PDF, TXT o lee en línea desde Scribd

PROBLEM SOLVING

Resolución de Problemas

GUIA PRACTICA

Ingeniería de Procesos 1
INTRO

Porque se debe usar esta Herramienta ?


Es muy grande el riesgo que se corre si no se hace el debido uso de estas
herramientas, dado que no se puede subestimar ningun problema en el
momento del analisis.

Generalmente la causa raiz real de una falla


dista mucho de la causa aparente que se
puede ver a simple vista.

Ingeniería de Procesos 2
OBJETIVO

Generar LOS CONOCIMIENTOS y la estandarizacion de Criterios en la utilizacion


de las diversas herramientas que lo componen a fin de resolver problemas de
manera analitica y estandarizada.

Herramientas que lo componen


PDCA
( Ciclo de Deming )

CHECKLIST

5G

PROYECTO HOSHIN 5 WHY ( 5 PORQUE )

Ingeniería de Procesos 5W+1H / 5W+2H


3
PDCA

PDCA (Ciclo de Deming)


Cualquiera sea el Problema a resolver o el Proyecto de Mejora a implementar,
este debe ser ejecutado de manera metodica.

Caracteristicas:

• Facil de Utillizar.
• Capacidad de Seguimiento.
• Capacidad de Correccion.
• Registro de Know how.
• No se pueden saltear sus fases.
• Siempre
Esto es posible cuando las herramientas da deresultados
de Resolucion positivos.
Problemas se utilizan
secuenciadamente dentro de un PDCA .

Ingeniería de Procesos 4
PDCA
PDCA (Ciclo de Deming)
Do Check Act
Ciclo Completo: 1 2 3 4 5 6 7
Plan

Entender el
problema
Identificar
Estandarizar las causas

Act
Plan
Verificar los
resultados Check Verificar las
causas
Do
Aplicar las Identificar las
soluciones y dar
soluciones las prioridades

Ingeniería de Procesos 5
PDCA

PDCA (Ciclo de Deming)

Avance
Como de de SeguimientoAvance
Herramienta Avance Skill
Seguimiento Porcentual Map
Inicio
100% 25% Training
ejecucion

Ajuste y Cierre
Capacita a
Final

Asistido
Ejecucion
Otros
Ejecucion
Fase
En

Final sin
75% 50% Asistencia

Ingeniería de Procesos 6
CHECKLIST

El Checklist es el uso de cualquier tipo de planilla o registro que creamos necesario


para evidenciar un análisis realizado.

RASH DEFECTOS DE

RESPONSABLE: VEHICULO:
CHECKLIST
Ej empl o 1 RESPONSABLE:

PERIODO:
j ose al madaENTREGA DE CARGO

ENE. - ABR. 2008

c ARLOS r OBLEDO TQ - 00321 FECHA: LUGAR: FIRMA EJEMPLO 2


19 / abr il / 2007 UTE N 1
LugardeReparto Jueves16
ENERO FEBRERO MARZO ABRIL TOTAL
Tipo de falla
Verifica Coment
cion arios 11

Col.Independencia Cargo Diferido /// / //// ///


8
Col.Bugamilias Cargo erroneo
// /// // /
Col.Altavista X Camino 12
Inacces Cargo error de secuencia
ible ///// // /// //
Col.Florida Direccion equivocada 6

Col.Primavera // ////
Numero de parte erroneo
12
Col.Almenavar
se rayo parte en entrega ///// //// ///
Ingeniería de Procesos 7
CHECKLIST

Podemos utilizar cualquier tipo de grafico que creamos conveniente para evidenciar
análisis y resultados de implementaciones como en el caso de Kaizen.
14
12
16
14
100

Cant. de defec. x mes

% de produccion
10 12 80
10 A : Rayas Puertas
B : Optica tras floja
8 60 C : Calco torcido
8
D : Abrazadera floja
E : Dedos marcados
6 40
6 F : Panel Int flojo
G: Tapon carter faltante
04 0 0
A B C D E F G
37,5 - 38,5
32,5 - 33,5

33,5 - 34,5

34,5 - 35,5

35,5 - 36,5

36,5 - 37,5

38,5 - 39,5

39,5 - 40,5

40,5 - 41,5

41,5 - 42,5 4 Causas


20

2
2
variable 1

NORMAL SESGADO A LA FORMA DE U


DERECHA SESGADO A LA
variable 2 IZQUIERDA

LSC
LSC LSC
LECTURA

LECTURA
LECTURA

LC
LC LC

LIC
LIC LIC

TIEMPO TIEMPO
TIEMPO

Ingeniería de Procesos 8
CHECKLIST

¿Qué es lo que valida un Checklist?


El Checklist debe ser ponderado como una documentación adjunto a el análisis o
investigación que se esta realizando.
Para que esto suceda se debe tener en cuenta lo siguiente:

.
• Fecha (de confección)

• Firma al pie de la
planilla

• Escrito de puño y letra


Ingeniería de Procesos con bolígrafo
9
CHECKLIST
Una vez entendida la necesidad e importancia del uso de los checklist
Concluimos que la planilla de Recorrido Gemba es un checklist de uso
Cotidiano que evidencia nuestros recorridos y nivel de supervisión.
En algunos casos dejan clara la capacidad de hallar posibles desvíos antes que estos
sucedan y por ende atacarlos de manera preventiva

Como todo Checklist al


estar confeccionado de
puño y letra con fechas
y firma lo transforma en
un claro documento de
evidencia que permite
respaldar nuestra
gestión.

También permite
demostrar al cliente que
mantenemos control del
servicio a pesar de
Ingeniería de Procesos eventuales desvíos. 10
5G

HERRAMIENTA DE RAPIDO DIAGNOSTICO DE SITUACION.


1G GEMBA IR AL PUNTO (IN SITU)

2G
GEMBUTSU
EXAMINAR LA SITUACION

GENJITU
3G
VERIFICACION DE HECHOS Y DATOS

GENRI
Ingeniería
4G de Procesos 11
5G

GEMBA: IR AL PUNTO (IN SITU)


RECUERDE QUE: NINGUN ANALISIS ES POSIBLE DESDE LA OFICINA.

GEMBUTSU: EXAMINAR LA SITUACION.


NO ES RECOMENDABLE SUBESTIMAR NI DAR POR EXIMIDO DE ANALISIS NINGUN
FACTOR SIN ANTES HABERLO CHEQUEADO.

GENJITU: VERIFICACION DE HECHOS Y DATOS


CUANDO SE RELEVAN DATOS ES IMPORTANTE LA TOMA DE MUESTRAS
ALEATORIAS Y NO REALIZARLA BAJO CONDICIONES IDEALES.

GENRI: ANALIZAR LA TEORIA


ES EL ESTUDIO PUNTUAL DE LOS PRINCIPIOS DE FUNCIONAMIENTO DE EL O LOS
COMPONENTES INVOLUCRADOS EN EL DISPOSITIVO O SITUACION A ANALIZAR
Ingeniería de Procesos 12
5G

Es fundamental la Observación de todos los indicios encontrados y su


posterior seguimiento para validarlos.
• Observe todo.

• No subestime nada.

• Genere seguimientos tipo


pasamano.

• Interiorícese con los Operarios.

• Comprenda los puntos claves.


Ingeniería de Procesos 13
5G

Planilla modelo para uso como Checklist de 5G. Planilla provista


de ciclo PDCA
para visualizar
grados de
avance en cada
punto.

En las
observaciones
se puede
evidenciar el
cambio de algún
parámetro bajo
seguimiento.

Ingeniería de Procesos 14
5W & 1H

¿Que es ?
Es una Herramienta de recolección y clasificación de datos para plasmar el cuadro de
situación del Fenómeno ocurrido.

Expresar la Información en 5W+1H (QUE,


DONDE, CUANDO, QUIEN, CUAL y COMO ) es
eficaz no solamente para asegurar que otros
entiendan la información correctamente, sino
también para comprobar que tengamos toda la
información necesaria.

Ingeniería de Procesos 15
5W & 1H

Identificar el fenómeno
5W's & 1H es una
herramienta completa para
la estratificación de Datos.
 WHAT/¿Qué?  WHO/¿Quién?
¿Que ocurrio? Describa el fenomeno sin  ¿Quien presencio el Fenomeno? Nombre y
presuncion de la causa. Apellido de la persona .

 WHERE/¿Donde?  WHICH/¿Cuál?
 ¿En donde se localiza el ¿Cuál es sintoma anterior a la manifestacion
fenomeno?,Describa el Lugar fisico.(Proceso, del Fenomeno del problema o particularidad que
Linea, Maquina, Subconjunto). acontece cuando este sucede?

y Hora)
 WHEN/¿Cuando?  HOW/¿Cómo?
¿Cuando ocurrio el fenomeno? Describa ¿Cómo fue que ocurrio? Describa en que parte
momento cronologico Cuando ocurrio.(Fecha del proceso o método se manifestó el fenómeno.
El método 5W & 1H es una herramienta que ayuda al proceso de estratificación.

Ingeniería de Procesos 16
5W & 1H

Planilla modelo para uso como Checklist de 5W +1H .

Ingeniería de Procesos 17
5W + 2H
Este es el caso de utilización de 5W+2H y difiere en la necesidad de
cuantificar plasmar la particularidad y el impacto del evento en
unidades medibles.
WHAT Que paso?
Explicar Brevemente que sucedió sin presunción de causa.

WHY Porque? (Es un Problema)


Describir el impacto que ocasiona lo sucedido. Ej.: Funcional / Aspecto / Montaje etc.

WHEN Cuando Ocurrió?


Información cronológica detallada del evento. Fecha del evento (Turno y Horario).

WHO Quien lo Detecto?


Nombre y Apellido de la persona que detecto o presencio el evento.

WHERE Donde se detecto?


Ubicación precisa y detallado del lugar donde se registra el evento.

HOW DETECTED Como se detecto?


Situación o particularidad que genero la detección del evento.

HOW MANY Cuanto se detecto?


Contabilizar el impacto del evento de manera medible Ej.: Tiempo / Dinero / Piezas etc.

18
ISHIKAWA

En el Diagrama de Ishikawa o Espina de pescado es donde su vuelcan


todos los posibles causales que presumimos como responsables de la
causa raíz del Fenómeno ocurrido.
CausasRaiz CausasRaiz
Causas Causas
Causas
Causas ANALISIS DE
Causas
VARIABILIDAD
Causas
Causas

Causas
Causas

efecto
Causas
Causas
Causas Causas
Causas Causas
Causas Causas
Causas
Causas
Causas
CausasRaiz Causas Raiz
Causas Raiz

Ingeniería de Procesos 19
ISHIKAWA

La buena utilización de las 5G y las


5W & 1H / 2H nos permite realizar una
buena estratificación de datos para
llenar nuestra Espina de pescado
durante la Tormenta de Ideas.

BRAINSTORMING

Ingeniería de Procesos 20
ISHIKAWA

Ingeniería de Procesos 21
ISHIKAWA

Planilla de lineamiento patrón con preguntas frecuentes para el llenado de la espina de


pescado.

Ingeniería de Procesos 22
ISHIKAWA

Puntos de análisis Causa- Efecto

Las acciones que implican las contramedidas a tomar requieren de una


coordinación para que cada integrante cumpla su rol designado de forma
eficiente.
Cronogramas de Acciones

Etapa 1 Etapa 2 Etapa 3 producto


servicio

Ingeniería de Procesos 23
5 WHY 5 PORQUE

¿Para que sirve?


Identifica y por consiguiente clasifica la causa de un inconveniente hasta llegar a la raíz
originaria del problema por desglose de situaciones y eliminación de posibilidades.

Es una Herramienta dirigida a encontrar las causas de un fenómeno dado mediante


el consecutivo cuestionamiento del (Porque) de cada situación hasta desglosar los
diversos motivos que desencadenaron el fenómeno estudiado.

Ingeniería de Procesos 24
5 WHY

Planilla ejemplo de utilización y desarrollo de 5 porque.

Ingeniería de Procesos 25
5 WHY

Planilla modelo para uso como Checklist de 5 Why (5Porque).

Ingeniería de Procesos 26
RESUMEN
Plan Do CheckAct
1 2 3 4 5 6 7
OVERVIEW DE PROBLEM SOLVING
Herramienta
de análisis:
• 5G
• 5W1H

Entender el
Herramienta
problema de análisis:
•Estandardizar Identificar • 4M / 5M / 6M
las causas

Act
ANALISIS DE VARIABILIDAD
Causas
Causas

CausasRaiz CausasRaiz
efecto

Plan
Causas Causas

Causas
Causas
Causas

Verificar los Causas CausasCausas

Causas Causas
Causas

resultados
Causas

Check
Causas Causas
Causas

Causas Raiz

Do
CausasRaiz Causas Raiz Causas

Verificar las Causas

causas
Causas Herramienta
Aplicar las Identificar las de análisis:
soluciones y dar
soluciones • 5 Porqué
las prioridades

Etapa 1 Etapa 2 Etapa 3


producto

servicio

Ingeniería de Procesos 27
RESUMEN

Definir el Problema
ESTRATIFICACION DE DATOS

Definir y entender
la Situacion
Eventuales acciones de
interrupcion
Porque

Porque

Investigacion
Porque

Investigacion Porque
de las posibles
causas
Plasmar resultados Aplicacion y Monitoreo
Causa Cierta
y Seguimientos
Porque

Ingeniería de Procesos 28
Consultas : Carlos Galeano 15-3138-7823
Ingeniería
E-mail: de Procesos
[email protected] 29

También podría gustarte