El Blog de Análisis Causa Raíz

Por Jack Jager

Quantas vezes você já olhou para ações corretivas e pensou que eles teriam pouco ou nenhum impacto na prevenção da repetição do problema? Não foi só uma vez ... e continua a acontecer.

A Pergunta é Porque?

No entanto, a resposta não é simple neim direta. Acaso acreditamos que a(s) pessoa(s) criando esses ações corretivas não estejam tentando fazer o seu melhor esforço? Não, eu não penso assim. Eu acredito firmemente que quase todas as pessoas estão tentando fazer o melhor posivel. Então onde isso nos deixa?

Eu acho que estamos presos em um sistema reativo, onde as correções rápidas são o objetivo, a maneira de lidar com incidentes na base do dia a dia. Se você tivesse um incidente de parada e você fosse trazer a energia de volta rapidamente após uma interrupção, ou a máquina está de volta em operação após um curto espaço de tempo, então a reação do grupo de gerenciamento e de todos os seus pares é normalmente, "Bem feito! Grande trabalho!" Um tapinha nas costas para aqueles que têm realizado o trabalho bem. Em outras palavras, dar o respeito e elogios para aqueles que podem corrigi-lo rapidamente. Por outro lado muitas vezes há pouca recompensa ou reconhecimento para horas de trabalho diligente na busca de ações que vai resolver o problema de uma vez por todas. Reforçamos as correções rápidas.

Agora, não me interpretar mal aqui, porque a capacidade de fazer a correção rápida é e sempre será uma valiosa habilidade, mais o verdadeiro desafio é compreender se temos evitado a recorrência do problema?

O que acontece após a correção inicial é posta em prática? Onde você vai a partir daí? No modelo totalmente reativo, o modelo de combate a incêndios, onde a manutenção de quebra muitas vezes tem precedência sobre a manutenção planejada (que, em seguida, prepará-lo para a próxima rodada de falhas), há sempre um fogo que precisa de cuidados, por isso, normalmente tendem a saltar para o fogo, para o próximo problema na lista. "Eu tenho lidado com aquele, o que está próximo?”

O Jogo da Culpa

A partir de minhas conversas com as pessoas que freqüentam os cursos que apresento em Apollo Análise Causa Raiz, outra coisa torna-se flagrantemente clara. Nós ainda parecemos estar, em muitos níveis diferentes, jogando o "jogo da culpa". A questão do "quem" ainda parece ser de suma importância para alguns, talvez muitas pessoas. A pergunta que eu iria colocar a frente para essas pessoas é "Vai saber quem fez isso, impedir que isso aconteça novamente?" Agora a minha maneira de pensar, de longe, a resposta mais comum a esta pergunta será "Não" (embora haja excepções) . Então, por que sentimos que temos de nos concentrar sobre o "quem"? Se o objetivo de fazer Análise Causa Raiz é para evitar a recorrência do problema que o desafio reside não tanto no quem estava envolvido, mas sim enfatizar, ou concentrar-se, no que você pode fazer para impedir que isso aconteça novamente. Este enfoque vai levar a recolha de informação mais factual que é a essência do entendimento do problema em primeiro lugar.

O lado "quem" da questão é muito fácil de determinar, mas se é isso que nos concentramos em seguida, ele é susceptível de limitar o questionamento profundo, e leva rapida e facilmente pelo caminho da culpa. Sanções são dadas ou empregos perdidos, tudo com base no conhecimento de "quem" estava em falta. Mais aonde isso nos leva? Não será que isso vai nos levar a uma falta de relatar erros ou falhas, pois haverá consequências indesejáveis por causa dos relatórios? Não ira isso a elevar o risco como consequência de desenvolver agora uma cultura de ocultar ou encobrir erros? Quando você faz perguntas, quais são as respostas susceptíveis de obter? A verdade?

Outra coisa a considerar é se as pessoas tein intenção de causar danos, criar falhas, ferir-se ou ferir os outros? Novamente a resposta esmagadora ainda é "NÃO". Que as pessoas estão freqüentemente envolvidos em muitos incidentes, e cometem erros, é aparentemente a parte constante da equação. Mais essa é a natureza da fera. As pessoas são falíveis, eles cometem erros e não importa o quanto tentemos para controlar este aspecto, o lado "erro humano" das causas, é sempre condenado ao fracasso. Se confiarmos em tentar controlar as pessoas, então as nossas soluções não terão certeza em seu resultado. Indo por este caminho não é simplesmente confiável.

Hierarchia de Controle

Isto é ecoado no conceito de "Hierarquia de Controle" onde as ações corretivas são colocados dentro da Hierarquia, como sendo ou uma forma de Eliminação, Substituição, Engenharia, Administração ou controles de EPI´s.

Os três primeiros são percebidos como controles muito fortes, ou controles rígidos, com resultados quase garantizados, consistentes e confiáveis. Eles são, porém mais demorados e geralmente envolvem gastar dinheiro para conseguir o resultado desejado.

Controles administrativos ou o uso de EPI como uma forma de controle são percebidos como controles macios. Eles são relativamente fáceis de implementar e não custam muito e ainda se você fosse fazer a pergunta "será que vão prevenir a recorrência", quase universalmente a resposta será "NÃO"!

No entanto, podem satisfazer a necessidade de informar. Eu "marquei na caixa" e tein criado uma percepção de ter feito algo sobre o incidente.

Para levar isso um passo adiante essas "opções macias", agora são assinadas pela gerência que estão plenamente cientes da "Hierarquia de Controle". Se continuar a tomar as opções macias, porém, não á nenhuma surpresa que ainda estamos "combatendo incêndios". Se nós não mudamos ou controlamos fundamentalmente as causas que criam o problema, então o problema ainda tem uma capacidade de acontecer de novo, independentemente do "quem", a pessoa envolvida. Ésta pode ser qualquer um.

Criando outro Procedimento

Quantas vezes você já ouviu ou viu, como uma resposta a um problema é de "criar outro procedimento?" Será que você tem certeza de que isso vai impedir a recorrência do problema? Pode-se dizer que você tentou de controlar o problema. Você certamente pode mostrar que você tem feito alguma coisa. Será que, contudo, isso vai ser defensível em um tribunal de direito se alguém fosse posteriormente a se ferir? Se você espera que alguém se lembrar de cada procedimento único, de cada tarefa, das muitas tarefas que precisam ser executadas em todos os dias, isso é viável? E todos nós sabemos que é um controle macio! Um controle administrativo. Mesma coisa acontece com os tribunais.

O Argumento sobre Sanções …

Quem aprende mais com os erros que são feitos? Não é a pessoa ou as pessoas envolvidas? Este foi colocado em perspectiva para mim por outro instrutor Apollo em uma conferência em Indianapolis. Ele me disse: "se alguém comete um erro, por exemplo, eo custo desse erro pode ser dizer USD 500.000, e você está tão irritado com isso que você, em seguida, demite a pessoa que cometeu o erro (bastante possível, até provável) ... isso é como enviar alguém em um curso de formação de USD 500.000 e, em seguida, demitir-lo no dia seguinte".

¿Cuántas veces ha mirado las acciones correctivas y pensó que tendrían poco o ningún impacto en la prevención de la recurrencia del problema? No fue una sola vez... y sigue ocurriendo.
¿La pregunta es porqué?

Sin embargo, la respuesta no es simple ni fácil.

¿Creemos que la(s) persona(s) que han creado estas acciones correctivas no están tratando de hacer lo mejor posible? No, yo no lo creo. Creo firmemente que casi todas las personas están tratando de hacer lo mejor posible. Entonces ¿dónde nos deja esto?

Creo que estamos atrapados en un sistema donde lo reactivo, soluciones rápidas, son el objetivo, la manera de lidiar con incidentes en el día a día. Si usted tuviera un incidente de tiempo de inactividad y usted fuera a devolver la energía con rapidez después de una interrupción, o hacer que la máquina esté de nuevo en funcionamiento después de un corto espacio de tiempo, entonces la reacción del grupo de gestión y de todos sus compañeros suele ser... "¡Bien hecho! ¡Buen trabajo!" Una palmadita en la espalda para aquellos que han realizado bien el trabajo. En otras palabras, dar el respeto y elogios a los que pueden arreglarlo rápidamente. Por el contrario a menudo hay poca recompensa o reconocimiento para horas de trabajo diligente en la búsqueda de acciones que van a resolver el problema de una vez por todas. Reforzamos las soluciones rápidas.

Ahora no se me malinterprete, porque la capacidad de hacer un arreglo rápido es y será siempre una habilidad valiosa, pero el verdadero reto es entender si hemos evitado que el problema ocurra de nuevo.

¿Qué sucede después que la corrección inicial se puso en marcha? ¿A dónde ir desde allí? En el modelo completamente reactivo, el modelo de lucha contra incendios, en donde el mantenimiento a rotura a menudo tiene prioridad sobre el mantenimiento planificado (lo que a su vez te prepara para la próxima ronda de fallas), siempre hay un fuego que atender, por lo que normalmente se tiende a saltar a ese fuego, al problema siguiente en la lista. "Ya he lidiado con aquel problema, ¿qué sigue?"

El Juego de la Culpa

De mis conversaciones con personas que asisten a los cursos que se presentan en Apollo Análisis de Causa Raíz, algo más se convierte en abiertamente claro. Todavía parece, en muchos niveles diferentes, que estamos jugando el "juego de culpas". La cuestión de "quién" todavía parece ser de suma importancia para algunos, tal vez muchas personas. La pregunta que yo le formularía a esta gente es "¿saber quién lo hizo, evitaría que suceda otra vez?" Y a mi modo de ver, con mucho, la respuesta más común a esta pregunta será "No" (aunque hay excepciones). Entonces, ¿por qué sentimos que tenemos que centrarnos en el "quién"? Si el objetivo de hacer Análisis de Causa Raíz es para prevenir la recurrencia del problema, el reto no radica tanto en quien estaba involucrado, sino más bien en enfatizar, o enfocarse, en lo que usted puede hacer para evitar que suceda otra vez. Este enfoque conducirá a la recopilación de información más objetiva que es la esencia de la comprensión del problema en primer lugar.
El "quién" de la pregunta es bastante fácil de determinar, pero si eso es en lo que nos centramos, lo más probable es que limite una investigación a fondo, y nos conduzca de forma rápida y fácil hacia el camino de la culpa. Las sanciones se aplican o los puestos de trabajo se pierden, todo ello basado en el conocimiento de "quien" estaba en falta. Pero, ¿a dónde nos conducirá esto? ¿No nos llevará esto a la falta de presentación de informes de errores o fallas, ya que habrá consecuencias no deseadas por dichos informes? ¿No provocará esto un aumento del riesgo, ya que ahora habría una cultura de ocultar o encubrir los errores? Al hacer preguntas, ¿que es lo más probable que obtengamos? ¿La verdad?
Otra cosa a considerar es ¿la gente tiene la intención de causar daños, crear fallas, lesionarse o herir a otros? De nuevo la respuesta abrumadora sigue siendo "NO". Que las personas suelen participar en numerosos incidentes y cometer errores, es al parecer la parte constante de la ecuación. Pero esa es la naturaleza de la bestia. Las personas son falibles, ellos cometen errores y no importa cuánto nos esforcemos para controlar este aspecto, el lado "error humano" de las causas, siempre está condenado al fracaso. Si nos atenemos a tratar de controlar a las personas, entonces nuestras soluciones no tendrán la certeza en sus resultados. Ir por este camino simplemente no es confiable.

Jerarquía de Control

Esto se refleja en el concepto de la "Jerarquía de Control", donde las acciones correctivas se colocan dentro de la Jerarquía, ya sea como una forma de control de Eliminación, Sustitución, Ingeniería, Administración o EPP (Equipos de Protección Personal).
Los tres primeros de ellos se perciben como controles muy fuertes, o controles duros, con resultados prácticamente garantizados, confiables y consistentes. Ellos consumen sin embargo más tiempo y por lo general implican gastar dinero para conseguir los resultados deseados.
Los controles Administrativos o el uso de EPP como una forma de control, son percibidos como controles blandos. Son relativamente rápidos de implementar y no cuestan demasiado, sin embargo, si usted formulara la pregunta "¿van a evitar que suceda otra vez?", casi universalmente la respuesta será "NO"!
Sin embargo, podrían satisfacer la necesidad de informar. Yo he "marcado la casilla" y he creado una percepción de haber hecho algo sobre el incidente.
Para llevar esto un paso más allá, estas "opciones blandas", ahora son firmadas por la administración quiénes son plenamente conscientes de la "Jerarquía de Control". Si seguimos tomando las opciones blandas sin embargo, no es de extrañar que todavía estemos "luchando contra el fuego". Si no se cambian fundamentalmente o controlan las causas que crean el problema, el problema todavía tiene la capacidad de volver a ocurrir, independientemente del "quién", la persona involucrada. Esta podría ser cualquiera.

Creando otro Procedimiento

¿Cuántas veces has escuchado o visto, como una respuesta a un problema... "crear otro procedimiento"? ¿Estaría usted seguro de que esto evitará que se repita el problema? Se podría decir que han tratado de controlar el problema. Por supuesto que puede demostrar que usted ha hecho algo. ¿Podría sin embargo, ser defendible en un tribunal de justicia, si alguien resultara herido posteriormente? Si usted espera que alguien recuerde cada uno de los procedimientos, de cada tarea individual, de las muchas tareas que necesitan realizarse diariamente, ¿es esto posible? ¡Y todos sabemos que es un control suave! De carácter administrativo. Lo mismo entienden los tribunales.

El Argumento sobre las Sanciones...

¿Quién aprende más de los errores que se cometen? ¿No es la persona o las personas involucradas? Esto fue puesto en perspectiva para mí por otro instructor de Apollo en una conferencia en Indianápolis en 2010. Él me dijo: "si alguien comete un error, por ejemplo, y el costo de ese error puede ser, digamos, USD 500.000, y usted está tan enojado por esto que, a continuación, despide a la persona que cometió el error (muy posible, incluso probable)... es como enviar a alguien a un curso de formación de 500.000 dólares y luego despedirlo al día siguiente". ¿Tiene esto algún sentido?

Escrito por Jack Jager
Instructor y Facilitador Certificado Apollo de ARMS Reliability

Análisis de Causa Raíz es cualquier proceso estructurado utilizado para comprender las causas de los acontecimientos pasados con el fin de prevenir la recurrencia.

Esta premisa es la razón para el Análisis de Causa Raíz. En la superficie, parece ser un asunto sencillo, sin embargo, hay trampas y matices. Una de tales trampas que los investigadores y facilitadores de RCA deben enfrentar es lo que llamamos el síndrome de “el problema está resuelto”.

Las plantas podrían tener que enfrentarse con situaciones en las que un problema ha ocurrido y se implementó una solución. La solución particular puede o no haber sido elaborada utilizando el RCA. De cualquier manera, la solución se implementa y “el problema está resuelto". Los implicados justifican su solución, porque el problema no se ha repetido, al menos no recientemente. El futuro inmediato es, por desgracia, a veces el foco de la gestión de la planta debido a las presiones, las metas de carrera y un sinnúmero de otras razones. La realización de un completo RCA puede ser un caso difícil de sostener, después de todo, “el problema está resuelto”. ¿Lo está?

He estado involucrado en casos en que el Tiempo Medio Entre Fallos (MTBF) de un problema es muy largo, es decir, 5 años o más. En particular con dos investigaciones en las que el incidente no había ocurrido en los últimos 5 años, y no iba a pasar de nuevo por otros 5 años. Las investigaciones fueron realizadas y las soluciones se plantearon e implementaron. Cuando se preguntó acerca de la efectividad de las soluciones, la evidencia que se dio fue que el incidente no había vuelto a aparecer. Por lo tanto la solución ha sido eficaz.

Esto puede parecer difícil de discutir. Sin embargo, mirando el tiempo medio entre fallos (MTBF) del incidente, que es largo, la efectividad de la solución no se conocerá hasta que el problema vuelva a aparecer en algún momento futuro.

Podemos ver que si una planta no es cuidadosa, podrían estar “resolviendo problemas” con un MTBF largo, y reclamando por el éxito. En realidad ellos no habrían suministrado ninguna solución efectiva. Esto apoya el caso para un completo y exhaustivo estudio RCA, basado en el principio de causa y efecto, que esté soportado por la evidencia, para garantizar que una solución eficaz sea implementada.

En uno de los casos que he estado involucrado, la solución era hacer un mantenimiento más frecuente, lo que garantiza que el problema fue identificado. Si bien esto podría funcionar para cualquier cosa que tuviera un MTBF superior a la frecuencia elegida, no iba a funcionar para algo que tuviera un MTBF inferior a la frecuencia elegida. Además, se podría incrementar el costo de mantenimiento de forma significativa. En este caso, más investigación y la adición de más causas al gráfico identificando algún daño externo no se había informado. Esto causó el problema. Si el daño no reportado ha sido solucionado, entonces una solución efectiva para este problema ha sido encontrada. Y se prevendría también otros incidentes que no hayan ocurrido aún. En este caso vemos que la solución inicial parece funcionar, pero después de un completo estudio RCA una solución totalmente efectiva se encontró

Otro incidente fue causado por un empleado que había vuelto recientemente al trabajo después de un largo período de licencia. Durante una situación de trabajo, el empleado siguió correctamente el procedimiento incorrecto que estaba publicado en una máquina. La solución fue sustituir el procedimiento incorrecto encontrado en la máquina. Si bien la sustitución del procedimiento era necesaria, su eficacia no se supo de inmediato. Después de un poco más de investigación se detectó que no había ningún proceso para remplazar los procedimientos modificados en la planta. Si esto se resuelve, entonces una solución efectiva podría ser identificada. La dirección de la planta estaría encantada - una investigación se llevó a cabo, una solución se puso en marcha, y el problema no ha vuelto a ocurrir.

Ambos ejemplos requieren estudios RCA, realizados utilizando principios válidos y evidencias para las causas. ¡Además usted no debe detenerse en la primera solución! Parar antes de tiempo es otro error común en RCA - pero eso es para otro artículo.

Mientras tanto, estar alerta de incidentes con MTBF’s largos y soluciones que no están basadas en un buen análisis o sobre causas inapropiadas.

Kevin Stewart

Muchos lectores reconocerán la frase emblemática. Me pareció apropiado para este artículo, ya que, si no se realiza el Análisis de Causa Raíz y se resuelven los problemas de raíz, "volverán una y otra vez”. ¿Cómo podemos evitar que se vuelvan a repetir los problemas? Al proporcionar soluciones eficaces que previenen que su problema ocurra. Estas soluciones se determinan a través del Análisis de Causa Raíz (RCA), un proceso que se aprende, asistiendo a un curso de formación.

Lamentablemente, la gente parece centrarse más en la asistencia al curso que sobre la institucionalización de los procesos en el tejido de una cultura corporativa. Todos sabemos que la formación por el bien de la formación es una pérdida grande de tiempo. La forma de obtener valor de la formación es si usted pone lo que ha aprendido en acción. He enseñado RCA por 9 años y he visto lo mismo una y otra vez - la gente sale de la clase con las mejores habilidades, conocimientos y entusiasmo para llevar a cabo un mejor análisis del problema, pero eso nunca se utilizó.

Este punto se reduce a los factores desencadenantes. Si no los tiene, usted no tiene una razón para hacer RCA. En el acelerado mundo de hoy dirigido por Directores Generales con formación contable y siendo el dinero el factor más importante, la mayoría de los planes comerciales de las empresas suenan más como el propuesto por Billy Connelly;

"...Yo lo quiero AHORA, lo quise AYER, y quiero MÁS mañana - y las exigencias cambiarán continuamente, por lo que hay que mantenerse despierto!"

Cuando se me preguntó lo que hacía la empresa para la que trabajo, yo solía citar sin vacilación el producto real que hacía. Sin embargo, basado en el plan de negocios de Billy, la respuesta más adecuada es el dinero.

En el caso de mi empresa, hemos hecho un producto para hacer un razonable retorno sobre la inversión. Ese ROI paga mi salario y estoy muy agradecido, tomó tiempo darse cuenta de que el mundo se ha transformado en uno de una economía global donde estamos compitiendo contra diferentes empresas, economías, e incluso países. Nos guste o no, la unidad de hoy es el dinero.

La mejor manera de ahorrar dinero es resolver los problemas que reducen el costo total de operación. Herramienta de elección - Análisis de Causa Raíz.

"Es difícil desecar el pantano cuando estamos rodeados de caimanes". Todos hemos visto esta situación. La mejor de las intenciones de utilizar la formación - emocionado, entusiasmado, dispuesto a cambiar el mundo - y de volver a la planta para hacer esos cambios positivos.

Primer día de regreso – 300 mensajes de correo electrónico para revisar, el jefe tiene un nuevo proyecto para comenzar, y varias emergencias de ingeniería han ocurrido desde que te fuiste. Así es exactamente como el RCA no se hace, se deje para mañana.

A menos que haya un mecanismo disparador para iniciar un RCA, esto no sucederá. ¿Cuántas veces ha sucedido que el jefe directamente le pidió que se haga algo, y se hizo! El Jefe le ha dado la orden a usted. En una planta de fabricación en que se ha reducido la producción en un 50%, todo el mundo está saltando de un lado al otro para resolver el problema. Al igual que el Jefe, este es otro factor desencadenante que funciona, pero también es reactivo y le cuesta dinero a la planta.

Cómo pueden ayudar los disparadores? Los disparadores vienen en tantas formas diferentes como se pueden imaginar. En una instalación que cuenta con procesos maduros y sistemas de recopilación de datos, una activación formal (como se muestra en la Figura 1) es el método preferido.

Cada uno de los disparadores puede ser ajustado y alineado con las metas y objetivos de la planta, o se elimina para producir un sistema de activación más preciso. Al igual que con cualquier sistema, la no formalización del proceso y la no documentación del problema, por defecto se convierte en "usar a la rotura". Esto quiere decir, "Volveré", y no necesariamente se resolverá el problema más importante.

En un entorno reactivo algo más básico se necesita. Una solución que funciona se ve como la figura 2. Mi mejor trabajo fue hecho a menudo en menos de 4 horas en la planta después de una llamada de radio. Cada vez que se realizó una visita y un problema fue resuelto, el tiempo de operación se mejoró.

Al escuchar la frecuencia de radio de la zona que me asignaron, dejo lo que estaba haciendo – en caso de escuchar que la producción se detuvo – y camino a la zona del incidente y comienzo a hacer preguntas (haciendo un rápido RCA). A veces llego al meollo del problema de inmediato, otras veces se requieren más cabezas. Sin embargo, dos puntos principales se destacan:

1. Tenía un disparador para impulsar RCA
2. RCA no siempre se realiza en una sala de conferencias con muchas personas.

Los disparadores no se modifican por si solos, por lo que deben ser ajustados por la organización con el fin de impulsar la mejora continua. Cuando las soluciones son identificadas e implementadas los problemas desaparecen. Esto lleva a que mi frecuencia de radio se quede callada!

Con el fin de lograr que esta frecuencia de radio quede en calma, es necesario ajustar el disparador para un rango menor o, en algunos casos, ajustarlo para algo completamente diferente. Un ejemplo de un disparador por tiempo de parada en una parte crítica del equipo se muestra en la Figura3. La resolución rápida de problemas o procesos de eliminación de defectos, eliminarán los problemas que causan un tiempo de parada de 8 horas o más. Si no se hace nada, no habrá disparador para iniciar un RCA. El nivel de activación que se muestra en la Figura 3, también se puede utilizar para mostrar el valor del trabajo que se realiza. Si se agrega el número de veces que se hizo un RCA en cada nivel de activación, es fácil calcular el costo

total de la eliminación de los problemas y calcular el ahorro promedio por mes para el equipo en funcionamiento con un menor número de incidentes. Por ejemplo;

Si se han hecho 10 RCA en los tres primeros trimestres, habría habido un mínimo de 80 horas de tiempo de parada, o un promedio de 26,6 horas por trimestre.

Esta es sólo una manera de justificar el programa de RCA. Hay otras maneras - pero las reservaremos para otro artículo.
Si se han hecho tres RCA en los últimos tres trimestres, habría habido un mínimo de 6 horas de tiempo de parada, o un promedio de 2 horas por trimestre. Eso es un ahorro de 24,6 horas de tiempo de parada por trimestre. Si el tiempo de parada cuesta $500 por hora, esto equivale a un ahorro de $ 12.300!

"...Yo lo quiero AHORA, lo quise AYER, y quiero MÁS mañana - y las exigencias cambiarán continuamente, por lo que hay que mantenerse despierto!"

"Nos guste o no, esto es una realidad de la economía mundial, por lo tanto que se debe hacer?

Mi sugerencia - Determinar los factores disparadores, mantener la concentración y resolver los problemas o defectos que mejorarán la ventaja competitiva de su empresa.