Deteccion Analitica de Fallas

CURSO DE SISTEMAS DE CONTROL DE PROCESOS

C3urso

LN

Curso de Sistemas de Control

Uso interno

i

Tabla de Contenido

.

iPrepared By RZG Sistemas de Control

1. Detección Analítica de Fallas. 1-1

1.1 Introducción y objetivos. 1-1

1.2 El Detecta - Fallas. 1-11.2.1 La función de un detecta - fallas. 1-2

1.3 Problemas, causas y acciones. 1-21.3.1 Anatomía de la falla. 1-21.3.2 Importancia de conocer el Debiera. 1-31.3.3 La pregunta sobre la causa. 1-31.3.4 ¿Dónde comenzar? 1-41.3.5 Recomendaciones de un detecta - fallas. 1-4

1.4 Especificación de la falla. 1-61.4.1 Causa y efecto. 1-61.4.2 Conclusiones. 1-61.4.3 Cómo especificar una falla. 1-7

1.5 Las ocho preguntas. 1-71.5.1 Uso de su especificación. 1-81.5.2 Resumen. 1-8

1.6 Descubrimiento y prueba de la causa. 1-81.6.1 Anatomía de la causa. 1-9

1.7 Distingos y cambios. 1-9

1.8 Descubrimiento del cambio. 1-9

1.9 Prueba de la causa. 1-101.9.1 Una advertencia: sobre saltar la causa. 1-11

1.10 Detección de fallas “a la carrera”. 1-11

1.11 Conocimiento del Debiera. 1-11

1.12 La especificación a la carrera.1-12

1.13 Atajos para acortar el tiempo.1-12

1.14 Haciendo frente a un Caos. 1-131.14.1 Cómo se origina un Caos.1-141.14.2 Cómo desenredar un Caos.1-141.14.3 Asignación de Prioridades.1-151.14.4 Especifique. 1-151.14.5 Pero… ¿Cuál es la causa de la causa? 1-161.14.6 Fallas que se repiten. 1-16

1.15 El arreglo… y más allá. 1-171.15.1 La anatomía de un arreglo.1-181.15.2 Acciones que no arreglan nada. 1-18

1.16 Tipos de arreglos. 1-19

1.17 Pensando más allá del arreglo.1-201.17.1 Haciendo extensivo el arreglo. 1-20

1.18 Anticipando la falla. 1-20

2Prepared By RZG Sistemas de Control



1. Detección Analítica de Fallas.Tema condensado

1.1 Introducción y objetivos.

Lo más probable es que en la descripción de su trabajo, ni siquiera se menciona la función de Detecta - Fallas.

Digamos que algo se descompone o anda mal, ¿Por qué?, es de suponer que usted debe llegar a la raíz del problema, encontrar qué lo causó y corregirlo de modo que no vuelva a suceder. Al leer el presente tema seguramente no aprenderá detalles nuevos sobre el equipo con que trabaja. Entonces ¿Qué se le enseñará en éste tema?

El conocimiento de su equipo y de fallas que puede tener está respaldado por el análisis. Lo importante no es el conocimiento del equipo sino el uso que se hace de ese conocimiento. Método, no hay más, esa es la base del tema. Vamos a tomar el trabajo de Detecta - Fallas y a descomponerlo por etapas. Se verá cada etapa y leerá usted algunas ideas sobre cada una de esas etapas, y se dará cuenta de lo útiles que son las ideas al tener la oportunidad de practicarlas. ¿Qué tendrá usted qué hacer?, aprenderse bien las ideas y probarlas.

Los métodos que se van a examinar no son teorías complicadas, fruto de alguna ocurrencia. Son procedimientos que usan los buenos detecta - fallas y que funcionan. Algunas ideas tendrá que estudiarlas para dominarlas. Y luego tendrá que probarlas. Al transcurrir el tema, no podrá quedarse tranquilo diciendo: “claro, yo me sé todo esto”. Si lo hace, casi nada de lo que verá le servirá para su trabajo. Se le está transmitiendo algo que para usted puede ser útil, la evaluación es algo que le concierne a usted mismo.


Capítulo

7

1.2 El Detecta - Fallas.

La más fundamental de todas las reglas es la Ley de Murphy: “Si algo puede salir mal, saldrá mal”. Y sale mal. Por eso se necesitan los detecta - fallas.

El equipo no funciona o se daña o el producto no sirve, o alguien ha hecho las cosas al revés. Para el caso da lo mismo: alguien gritará “arréglelo”, y allá va usted como detecta - fallas. ¡Arréglelo! Quiere decir, normalice la situación. ¿Cómo?, eso es asunto suyo, usted es el técnico y conoce mejor el equipo que ningún otro. Se espera que usted vaya a la línea, mueva uno o dos tornillos y lo deje funcionando al dedillo. Está bajo presión porque quieren que lo arregle, ¡Ahora mismo! Usted y lo que puede hacer son cosas sumamente importantes.

Toda la maquinaria, las inversiones, de nada sirven si no funcionan. Cuando una máquina se para, no hay nada más importante que ponerla a trabajar de nuevo.

1.2.1 La función de un detecta - fallas.

No basta que un detecta - fallas ponga a trabajar de nuevo el equipo, tiene que asegurarse que seguirá funcionando por un buen rato. Un buen detecta - fallas hace todo lo siguiente:

1. Arregla la falla rápida, eficiente y económicamente, con el mínimo de movimientos inútiles.

2. Corrige la causa de la falla, no solo sus efectos.

3. Arregla la falla para que se mantenga arreglada, mientras exista la operación.

4. Al componer una cosa no descompone otras, creando nuevos problemas.

5. El arreglo lo lleva hasta el terreno de la acción preventiva, siempre que el mismo problema pudiera presentarse en el futuro.


Para arreglar la falla rápida y eficientemente, debe usted tener un sistema que lo guíe. Si no tiene un método bien delineado, desperdiciará energías, hará preguntas inútiles, revisará cosas y tomará acciones que seguramente no tienen relación con el problema.

Siempre que usted cambie algo, corre el riesgo de crear nuevas fallas que afecten a otros, debe tenerse cuidado en que la solución sea en la parte y equipo precisos. Si encuentra un perno que se ha aflojado y hay cinco pernos más, revíselos. Es mucho más fácil apretarlos todos de una vez, que repetir seis veces la misma operación. Lo que hace que la solución de una falla sea buena, puede resumirse en una frase: “Hazlo bien la primera vez”.

1.3 Problemas, causas y acciones.

Cuando algo anda mal hay fallas, y usted encuentra la causa cuando da con lo que en primera instancia lo hizo andar mal. Además tiene que hacer algo, tiene que tomar alguna acción correcta para arreglarlo. Estos son los elementos con los que usted tiene que trabajar como detecta - fallas. Al presentarse una falla usted utiliza su experiencia para saber qué pudo haberla causado, y entre las posibles causas habrá una que merezca su atención. Una vez determinada la causa, su experiencia, por lo general, le dirá cómo corregirla. A veces es necesario tomar una acción interina o de emergencia, pero esto es solo para darse tiempo y hacer las cosas bien. La mejor acción es la correctiva, ya que tiene por objeto suprimir la causa del mal.

1.3.1 Anatomía de la falla.

La falla es algún tipo de desviación de una norma, que se considera importante y necesario restablecer. En la detección de la falla tenemos dos clases de desviaciones:

* De desempeño: El equipo no funciona bien.

* De calidad: El producto no sirve.


Si mira hacia atrás en el proceso, encontrará que la calidad es mala porque el equipo no trabaja bien, o porque algún otro tipo de desempeño ha decaído. El único modo de corregir la baja calidad es estudiando el desempeño del equipo que la produjo.

El equipo se hizo para trabajar en cierta forma. Usted por experiencia conoce cómo debe trabajar y lo que debe hacer. El producto es el resultado de un diseño para que saliera en cierta forma. De igual manera usted por sus conocimientos y experiencia debe saber cómo es. Reconoce la falla por una comparación entre lo que está sucediendo y debiera suceder; siempre que hay una desviación aparecen fallas.

1.3.2 Importancia de conocer el Debiera.

Cuando más logre afinar o precisar lo que debiera suceder, tanto más claramente podrá reconocer la falla cuando está presente. Algunos detecta - fallas pueden distinguir problemas donde otros ni siquiera sospechan que algo anda mal. Todos están viendo la misma realidad de desempeño o calidad. Pero el buen detecta - fallas ve el mal porque tiene un debiera mucho más preciso con el cual hace su comparación.

“Conoce tu equipo por dentro y por fuera”, “Aprende en todos sus detalles lo que cada parte del equipo debe estar haciendo”, “Conoce el debiera de tu producto al derecho y al revés”. Todo esto permitirá descubrir la falla rápidamente. Cuando se encuentra usted ante un problema difícil, algunas veces sirve preguntarse ¿Qué debiera estar haciendo esto?

1.3.3 La pregunta sobre la causa.

Pero ¿Porqué se descompuso el equipo o salió mal el producto?, las cosas marchaban bien de acuerdo con el debiera y entonces vino la falla. Está usted frente a una dificultad. Algo, en alguna parte cambió. La causa de la falla es siempre algún cambio en alguna parte del sistema.

* En la materia prima: mala calidad, defectuosa.


* En el equipo mismo: desgastes, desajustes.

* En aquello que mueve al equipo: variación del voltaje, pérdida de fluido.

* En el operador: descuidos de tiempo, de revisión.

Los distintos cambios producen fallas distintas. Buscar la causa de la falla es preguntarse qué tipos de cambios de los conocidos pudo haber producido éste tipo de resultados. Usted busca un tipo particular de cambio, observa las características peculiares de la falla, y entonces busca entre sus experiencias qué pudo haberlas causado. Y gracias a su propia experiencia dará con la causa.

1.3.4 ¿Dónde comenzar?

Hay una falla. En éste momento no sabe usted la causa y no sabe qué hacer con el problema. Comience con lo que tiene, es decir, la misma falla. Su trabajo consiste en arreglarlo, quiere hacerlo de inmediato y su mente se adelanta a las acciones que puede tomar. ¡ALTO!, ¡Deténgase donde está! Observe lo que está mal, estúdielo, reconozca sus peculiaridades. Haga lo que haga no entre en acción, tome su tiempo para analizar, obtener informes. Su primer paso es saber todo lo que pueda sobre la falla. Allí es donde usted comienza.

¿Qué está mal?… ¿Dónde está el mal en la parte?… ¿Cuándo se vio por primera vez?…Magnitud del problema.

Describa la falla y especifíquela con precisión y recuerde: la detección analítica de la falla no estará completa hasta no haber tomado una acción correctiva.


1.3.5 Recomendaciones de un detecta - fallas.

El detecta - fallas está a punto de ser jubilado y desea pasar su experiencia a su nuevo asistente. Tiene como todo el mundo, ideas buenas e ideas malas. Vea lo que dice, y juzgue si sus consejos son buenos o malos.

1. “Aprende todas las maneras en que pueda arreglarse una de las partes del equipo de la planta. Es lo más importante de la detección de fallas, porque entonces siempre podrás hacer algo”.

2. “Haz que siempre salga producto de la línea. Esto es lo que quiere el patrón: producto saliendo de la línea. Así pues arréglala y mantenla andando”.

3. “Tienes que estar vigilando la operación, de lo contrario te cambian algo. Más de la mitad de las veces no te dicen que han cambiado algo y la otra mitad ni ellos mismos lo saben”.

4. “Siempre que tengas fallas, ten por seguro que alguien cambia la materia prima. A los proveedores no les importa nada, siempre están cambiando las cosas”.

O P I N I O N E S S O B R E L O S C O N S E J O S .

1. * Mal consejo: El saber 500 maneras de arreglar algo no le ayuda ni tantito a localizar la falla o lo que la está causando. La detección de fallas es cuestión de “pensar” no solo de acordar muchas cosas que se pueden hacer.

2. * Mal consejo: El patrón quiere hacer dinero, pero no lo hará si el producto que sale de la línea no sirve. Puede “arreglar” la línea de manera interina y producir solo basura. Lo bien dicho sería: “Mantén la línea trabajando


como debiera”. Esto quiere decir, encuentra la causa en cada falla y corrígela en lugar de hacer remiendos.

3. * Buen consejo: Aquí se sabe la causa del problema y también se conoce que es importante no perder de vista los cambios. No se confíe en ser informado por otros. Cuando más conciente está de lo que ha cambiado, más probabilidades tendrá de localizar la causa de la falla en cuanto aparezca.

4. * Mal consejo: Culpar siempre a la materia prima como la causa principal del problema es ser ciego y simplista. Puede haber muchos cambios que causen fallas, además se tiene la sección de Control de Materiales y Calidad que se enfrentan a esa situación de materia prima mala. Lo mejor es pensar por anticipado, cuanto sea posible, y procurar evitar que se presenten los problemas.

(*) El buen consejo diría: “Aprende cómo trabajan todas las piezas del equipo y lo que deben hacer, después, aprende el modo de arreglar los problemas más comunes”. Esto habría iniciado al asistente en el “Debiera”.


1.4 Especificación de la falla.

Es necesario especificar la falla para saber qué la causó. Algo se descompuso y no está funcionando como debiera; usted tiene que arreglarlo para que de nuevo haga lo que tiene que hacer. Tiene que llegar a la causa a fin de arreglarla correctamente. Tiene que partir de lo que se descompuso para llegar a lo que hizo descomponerse. Comienza pues con lo que tiene, la falla misma. Podría decirse que las fallas vienen de tres sabores:

* De causa conocida: cuando se sabe y se ve qué la causó.

* De causa sospechada: cuando se tiene idea de lo que sucedió y se verifica la sospecha de acuerdo con su peculiaridad.

* De causa desconocida: cuando no hay ninguna pista de la falla. Tiene que haber alguna causa y debe encontrarla, cuando la haya encontrado use sus especificaciones para comprobarla realmente.

Así pues la especificación es solo un medio para llegar al fin. Encontrar la causa de la falla. Cuanto más difícil sea descubrir la causa, más tendrá que saber en relación a la falla misma o se tendrá que especificar más cuidadosamente.

1.4.1 Causa y efecto.

La causa de la falla es algo real. Tiene dimensiones que permiten reconocerla y describirla. Podemos conocer su tamaño por el efecto que se produce. Hay cuatro dimensiones que puede utilizar para describir cualquier clase de falla:

* Identidad: puede usted ponerle nombre, identificarla, clasificarla según su tipo.

* Ubicación: puede colocarla en el espacio o relacionarla con otras cosas.

* Tiempo: Ocurrió en tal fecha a tal hora.

* Magnitud: De cierto tamaño o hay tal número.


1.4.2 Conclusiones.

1. Es importante especificar una falla con el detalle debido. Tan malo es detallar en exceso como detallar poco. Es importante especificar, pero debemos recordar que es necesario estudiar cada falla antes de querer resolverla.

2. Conviene especificar la falla, porque la mayor parte de las veces no se puede encontrar la causa directamente.

3. No necesariamente considere que una falla puede tener varias causas. Puede haber muchas razones por las que una máquina se descompone, pero para determinada descompostura, solo puede haber una causa.

4. La característica singular de la causa es la que produce la dimensión singular de la falla, esto es en breves palabras la relación causa - efecto.

1.4.3 Cómo especificar una falla.

Algo se descompuso y tiene usted una falla. No sabe cual es la causa, sin embargo, se le pide que la encuentre y la arregle pronto. Usted lo hará especificando la falla y lo obtendrá contestando una serie básica de preguntas que le darán una descripción completa y precisa de la falla, y con ellas logrará cuatro cosas: identifica la falla, la ubica, determina el tiempo en que ocurrió y mide su magnitud.

En toda falla se dan dos elementos distintos y separados: lo que está mal o anormal o bien la desviación de una norma establecida para la operación o la calidad, llamemos a esto el defecto. Por otro lado está la cosa que fue afectada, que tiene el defecto, puede ser la máquina, un producto, una persona. Llamemos a esto el objeto. Al especificar la falla no empiece usted con un montón de preguntas, hágalas de modo que la información salga en forma organizada. Un formato de especificación es:


1. Ubicación. Objeto: El área o sitio exacto donde se han encontrado o visto los objetos defectuosos, puede localizarse en el espacio o en un proceso.

Defecto: El lugar exacto del objeto en que aparezca el defecto.

2. Identidad. Objeto: Su nombre preciso u otros datos que lo identifiquen.

Defecto: Su descripción exacta, cómo es, su tamaño, su forma, su

comportamiento, su sonido, su olor, etc.

3. Tiempo. Se inició: Fecha y tiempo preciso en que comenzaron a aparecer los objetos defectuosos.

Defecto: Historia de la falla desde el momento en que apareció,

cómo ha aparecido y desaparecido desde que comenzó.

4. Magnitud. Objeto: El número de objetos con defectos, y el número relativo al total que se ha producido.

Defecto: El número de defectos por objeto.

1.5 Las ocho preguntas.

Son ocho preguntas que necesita usted formular una y otra vez cuando está detectando una falla:

1. ¿Qué nombre tiene el objeto defectuoso?

2. ¿Qué descripción corresponde al defecto?

3. ¿Dónde se ven o se encuentran los objetos defectuosos?


4. ¿Dónde se encuentra el defecto en el objeto?

5. ¿Cuándo aparecieron por primera vez los objetos defectuosos?

6. ¿Cuándo, desde entonces, ha habido objetos defectuosos?

7. ¿Cuántos objetos defectuosos hay?

8. ¿Cuántos defectos hay en el objeto o cuán grande es el defecto?

Una vez que tenga las respuestas correspondientes a éstas preguntas, sabrá bien lo que está procurando corregir. Le dicen lo que les falla, pero no le dicen nada de lo que no es la falla ¿Porqué preocuparse de lo que no es la falla? Esto no parece tener ninguna conexión con lo que usted tiene que hacer como detecta - fallas, pero sí tiene relación ya que cuanto más limite usted la falla que quiere explicar, más difícil le será el trabajo de lograr esa explicación y habrá menos posibles causas que revisar.

1.5.1 Uso de su especificación.

Especifique la falla para poder encontrar la causa. La especificación le ayuda en el ordenamiento de la información que tiene para que pueda verla y usarla. He aquí lo que puede hacer con una especificación:

1. Descubrir cualquier laguna que pueda haber en su información. Cuando no pueda contestar una pregunta especificativa sabe al menos qué información debe buscar.

2. Dar con los cambios que han ocurrido y que hayan podido producir el defecto que quiere explicar.

3. Revisar las posibles causas para ver si explican todos los datos que tiene acerca de la falla. Cualquiera que sea la causa, tiene que explicar todo lo que hay anotado en el es lo mismo que lo que tiene anotado en la descripción del no es.


1.5.2 Resumen.

Especifique la falla para encontrar la causa, la especificación le ayuda a organizar la información que tiene acerca de la falla, de modo que pueda usted ver con lo que cuenta para trabajar. Especifique la falla haciendo preguntas, tanto del objeto afectado como del objeto mismo. Estas preguntas sirven para identificar la falla, para ubicarla, para determinar el tiempo en que sucedió y para medir su magnitud. Determine usted los límites del problema buscando los datos del es y del no es.

1.6 Descubrimiento y prueba de la causa.

Usted es un buen detecta - fallas, lo cual quiere decir que desde un principio hace bien su trabajo, y que cumple con estas cinco cosas en cualquier trabajo que emprende:

1. Arregla la falla rápida y eficientemente.

2. Corrige la causa de la falla y no solo el efecto.

3. Arregla la falla de modo que quede definitivamente arreglada.

4. No crea nuevos problemas al arreglar los antigüos.

5. Lleva el arreglo hasta el terreno de la acción preventiva.

Antes de que pueda asegurarse que cumple con los puntos dos y tres, tiene que saber qué está causando la falla. No puede arreglar una cosa para que quede arreglada, si en primer lugar no sabe con seguridad porqué se descompuso. Si quiere estar seguro tiene que conocer la causa y estar seguro que es la correcta.

1.6.1 Anatomía de la causa.

La causa de la falla es algún cambio que ha habido en el sistema. Todo estaba trabajando muy bien, cuando de repente las cosas comenzaron a complicarse. Puede presentarse en cambio de tipo local, con efecto local solamente y es necesario aceptarlo como tal.


Considere usted el debiera del proceso y compárelo con la realidad. Ante la evidencia encuentra que existe una falla, se supone que usted debe componerla y debe tomar algún tipo de acción que vuelvan las cosas como deben estar. Específica la falla y esto le conduce al descubrimiento de la causa. Use la especificación de la falla para rastrear la causa desconocida. Vea qué es el distintivo del proceso y encontrará el cambio que está usted buscando.

1.7 Distingos y cambios.

Localice los distingos y cambios por medio de la especificación que ha hecho de la falla Una vez que tiene una buena especificación, está frente a la causa de la falla. Solamente que no pueda ver aun la falla, tiene que procesar la información un poco más para hacer resaltar los datos importantes.

Su primer paso, después de terminar la especificación es estudiarla, posiblemente encuentre usted algo raro, no obstante esto último, tiene que haber una razón que explique cada uno de los hechos extraños. Ya que ha descubierto usted datos singulares dentro de la especificación, debe encontrar qué es lo distintivo o diferente acerca de ellos. Los distingos son muy difíciles de verse.

Solemos pensar en términos de semejanzas y buscar características que nos permiten agrupar las cosas en familias. Pero hay que insistir en que es importante separar las cosas y reconocer que, en cierta forma particular, esto es diferente de aquello. Debemos poder afirmar, concretamente, cómo es diferente.

1.8 Descubrimiento del cambio.

Algunas veces puede ver el cambio crítico que causó la falla, tan pronto como se ha precisado su enfoque a un área distintiva y pequeña. A veces incluso le sale al encuentro algo como: “¡Claro!, el miércoles pasado cambiamos lubricante en esa unidad, ¿Cómo pudo escapárseme ese detalle?”. En ocasiones puede ver el cambio mientras se está efectuando. Un operador ha inventado su propio sistema para alimentar la máquina. Usted nota, con solo verlo, que el procedimiento es un cambio.


Sin embargo algunas veces, normalmente es difícil percatarse del cambio. Su trabajo les absorbe en tal forma, que no se fijan cómo lo están haciendo. En ocasiones la gente procura esconder los cambios hechos. No quieren que se les culpe de las fallas.

No todos los cambios van a resultar buenos, a pesar de la buena intención. Algunas “mejoras” podrán resultar cualquier cosa menos que eso. El trabajo de usted se basa en corregir lo que está mal y eso incluye el cambio que causó el mal. Algunas veces obtendrá los mejores resultados dejando que los otros hagan sus propias correcciones después de indicarles la falla causada por el cambio que introdujeron. Qué tan buen detecta - fallas es usted, depende de lo rápido y lo bien que pueda arreglar una falla. El modo en que lo haga es en gran parte cosa suya. Lo importante es lo siguiente: Si ha habido una falla, tuvo que haber un cambio. Precise la falla, limite tan exactamente como pueda lo que “es” y lo que “no es”.

1.9 Prueba de la causa.

Usted piensa que ha encontrado el cambio que causó la falla. Pero antes de comprometerse a una acción quiere estar bien seguro. Desea probar la causa que ha encontrado para ver si es la causa verdadera que busca. Es muy difícil hacer esto, puesto que hay tres clases de pruebas que usted puede hacer, dos de ellas se hacen antes de tomar acción y la otra inmediatamente después, y todos verifican en distinta forma si acertó o no acertó con la causa.

1. Verificación con la realidad.- Confronte la causa que ha descubierto con los hechos reales, antes de tomar acción. Desea saber si el cambio que se está imaginando existe realmente.


2. Verificación de los datos.- Confronte la causa que ha descubierto con los datos anotados en su especificación, antes de tomar acción. ¿Se han explicado todos los datos sobre la falla? La verdadera causa explica todo, tanto los datos del es como los del no es porque produjo todos los efectos que usted especificó. Si su explicitación se derrumba porque la causa no explica algunos de los datos de la especificación, lo más probable es que se equivocó de causa.

3. Verificación de los resultados.- Existe otra forma de revisar los análisis que usted hizo de la falla: comprobar los resultados que se obtendrán de la acción correctiva. Cuando se emite la comprobación se tiene el riesgo de malgastar tiempo y material y seguramente se crearán nuevos problemas.

Al tener una falla verifique la causa con los hechos. Tome la causa que le haya quedado como la más probable y confróntela como la realidad. Luego decídase por la mejor acción correctiva. Verifique ésta acción con los resultados para ver si dio el resultado que esperaba. En caso afirmativo su acción fue eficaz.

1.9.1 Una advertencia: sobre saltar la causa.

Muchas veces la gente se anticipa saltando la causa, es decir se anticipa a señalarla sin estar seguro. Algo sale mal e inmediatamente se escucha: “Yo sé porqué sucedió y sé lo que tenemos qué hacer para arreglarlo”. Se toma entonces una acción y el resultado es nulo. Anticipar la causa es peligroso, costoso e innecesario.

Si ha especificado la falla, es muy sencillo verificar una causa frente a esa especificación, solo necesita uno o dos minutos. Verificar la causa frente a la realidad es igualmente sencillo: “Si ésta causa está realmente actuando, ¿qué otro efecto produciría que yo pueda revisar?”. Esto se llevará unos minutos más, pero entonces estará usted seguro.


1.10 Detección de fallas “a la carrera”.

Es usted un detecta - fallas y casi siempre anda a la carrera. Algo se descompone y lo llaman. Tiene que arreglarlo enseguida, trátese de lo que se trate. Tiene que encontrar y corregir la causa del mal, tiene que arreglarlo de modo que dure arreglado y sin que propicie nuevas dificultades, y además tiene que llevar su trabajo hasta el terreno de la acción preventiva. Y esto hay que hacerlo a la carrera.

Está usted en escena. No tiene tiempo para hacer un análisis detallado, sin embargo tiene la responsabilidad de hacer bien las cosas y hacer el tipo de análisis que exige el trabajo. Debe pues, decidir cuánto tiempo tiene que emplear, qué tan hondo debe llegar, qué tanta información necesita para no equivocarse. Nadie tomará ésta decisión por usted. Si tarda más de lo necesario en hacer algo, la gente se le vendrá encima, si toma menos tiempo de lo necesario y hace un mal trabajo, se le vendrá encima la gente también, pero por distinta razón.

Se han desarrollado hasta aquí muchas ideas sobre detección analítica de fallas y se han visto con detalle. Ahora se repasará todo el conjunto de éstas ideas, se adoptan como una herramienta de trabajo que debe adaptarse a sus necesidades.

1.11 Conocimiento del Debiera.

Tiene que saber qué debiera estar sucediendo, no importa qué tipo de asunto está investigando. El debiera es la norma frente a la cual desconoce la falla.

Hay dos clases de debiera: lo que debiera ser el desempeño de determinada unidad y la calidad que debiera conservarse en el futuro. Siempre que hay fallas, se encuentra usted con que el desempeño o la calidad se han desviado de lo que debiera ser.

Se puede tomar una acción correctiva para eliminar la causa de la falla, o tomar acción interina que remiende las cosas el tiempo suficiente para encontrar la causa. Si toma usted acción interina, no puede afirmar que ha corregido algo, solo está ganando tiempo para hacer bien el trabajo.


1.12 La especificación a la carrera.

Es posible que al especificar la falla no tenga tiempo de hacerlo en una descripción formal en la hoja de especificación. No tiene tiempo, no encuentra lápiz, en fin, situaciones que se presentan en el campo de trabajo. Pero especifique, ¿Cuál es el defecto?, ¿Dónde está apareciendo?, ¿De qué objetos estamos hablando?, tiene que hacer las preguntas especificativas.

En esto consiste la especificación, en hacer preguntas y organizar la información que se obtiene. Escribirlo puede ser secundario.

¿Cuál cree usted que es la finalidad principal de la especificación de una falla?

1. Obtener un cuadro bien definido de la falla.

2. Encontrar lo que está causando la falla.

3. Hacer que las peculiaridades de la falla resalten más visiblemente.

CORRECTO. La finalidad de la especificación es encontrar la causa de la falla.

En cualquier sitio, o en cualquier hora en cualquier falla, simplemente especifique haciendo un inventario de lo que sabe acerca de la falla. Siga un orden determinado. Cuando encuentre algo que no sabe, haga preguntas y obtenga así la información. No haga nada que no tenga que hacer. He aquí lo que debe hacerse en su inventario, en éste orden:

1. Descripción de la falla: qué, dónde, cuándo, magnitud, tanto para el objeto como para el defecto.

2. Uno y otro aspecto de la falla. Datos acerca del es, datos acerca del no es.

3. Peculiaridades de la falla, cosas extrañas que destacan.


4. Distingo, ¿qué hay de único y distintivo en ésta cosa extraña?

5. Cambio, ¿qué ha cambiado en ese rango único y distintivo?

6. Verificación, ¿corresponde con los hechos?, ¿realmente es así?

1.13 Atajos para acortar el tiempo.

Hay atajos y atajos. Algunos hacen que un trabajo largo se haga más largo todavía, otros acortan el tiempo notablemente. Es difícil distinguir entre un atajo largo y uno corto, a menos que sepa lo que el detecta - fallas quiere hacer con el proceso analítico. Enseguida tenemos tres posibilidades o consejos, sobre lo que debe hacerse cuando se tiene prisa, ¿es bueno o malo el consejo?, veámoslo:

a) “Cuando están las cosas que arden, y encuentro tres o cuatro posibles causas de la falla, las arreglo todas. Así estoy seguro de arreglar la falla”.

b) “Cuando algo anda mal y solo hay unas cuantas cosas que pueden ser la causa, reviso una por una para ver si está bien”.

c) “Cuando hay mucha tensión, no me dejo influenciar, y conservo la calma. Me niego a dar un paso hasta que mentalmente tenga el asunto reducido a una causa. Entonces me pongo a trabajar”.

C R I T E R I O S S O B R E L O S C O N S E J O S

* a) Mal, muy mal: difícilmente puede aceptarse un consejo como éste. No se conoce la causa antes de ponerle remedio. Si no puede precisar tres o cuatro posibles causas, probablemente ni siquiera tenga idea de lo que es en realidad la falla. El arreglar esto o aquello o algo más, para que desaparezca la falla cuanto antes, solamente garantiza que alguien más tendrá que


trabajar tiempo extra. Jamás será un procedimiento para acortar la detección de fallas.

* b) Mal: en éste caso va del reconocimiento de las posibles causas a la verificación con la realidad. Si hay cinco cosas que pudieran causar la falla en éste sitio, se podría limitar a la causa más probable, pensando un poco y verificando otro poco por medio de los datos. Aquí sí encajaría la verificación con la realidad. Podría usted haber dicho que es un buen consejo debido a que algunas veces no toma mucho tiempo confrontar las posibilidades con la realidad. Es cierto. El tiempo puede acortarse si se comienza con tal causa más probable. Pero, se puede asegurar, pensar es más rápido que actuar.

* c) Bueno y malo a la vez: es un buen síntoma no perder la calma. Usted estará perdido si empieza a actuar antes de pensar bien en la falla. Su atajo se cambiará en rodeo. Aclare bien en su mente la falla, después confronte con ella las posibles causas hasta que pueda perfilarse la más segura. Entonces actúe.

1.14 Haciendo frente a un Caos.

Hasta ahora hemos hablado de fallas como si éstas se presentaran bien envueltas y con su etiqueta respectiva. Pero no es así, a veces al ocurrir una falla, tiene que vérselas con todo un caos y lo llaman a enfrentársele cuando los demás se dan cuenta que no pueden manejar el problema ellos solos. Como siempre, ocurre esto cuando se han intentado varias acciones sin resultados positivos.

Una de las cosas más difíciles en estos asuntos es decidir dónde comenzar. Un caos es un montón de fallas revueltas en una situación confusa. Por principio de cuentas es una situación mal definida. Nadie está seguro de lo que en realidad está pasando, pero todos opinan. Hay mucha información errónea que se da y es aceptada. Hay seria escasez de información del tipo que usted necesita. Varios se han anticipado a señalar la causa, pero nadie está de acuerdo con la que señaló el otro. Y aquí es cuando usted hace su aparición y se espera que arregle todo. Un caos de primera es un desafío para cualquier detecta - fallas.


1.14.1 Cómo se origina un Caos.

Hay caos repentinos y se detectan desde el momento en que empiezan. Desde su aparición se espera lo peor, la mayoría de los caos repentinos suceden cuando se hacen varios cambios simultáneamente. La compañía rediseña el producto, trae nuevo equipo, contrata nuevos proveedores, reasigna los trabajos de sus empleados, introduce nuevas políticas y procedimientos y hay nuevos proyectos; todo simultáneamente. Los problemas por cada cambio individual traen la desorganización. El modo simple de eliminar éstos caos es hacer los cambios por pasos, y no todos al mismo tiempo.

Algunos caos, repetimos, se presentan cuando varias cosas salen mal a la vez o cuando algo sale mal y hace que otras muchas cosas se descompongan enseguida. Ejemplo: se rompe el diente de un engrane, la vibración hace que se afloje la pieza y así sucesivamente. Pero éste tipo de caos no es muy común y es más fácil de manejar. La relación de causa y efecto es de ordinario muy clara.

Un caos progresivo es el que ha evolucionado hasta su estado actual, arrancando de una simple falla. Podría manejarse fácilmente pero alguien actuó equivocado y el caos creció. La mayoría de los caos se forman paulatinamente, se presenta una falla inicial y no se maneja bien. Nadie encuentra la causa y sigue así, se toman nuevas acciones y éstas traen nuevas fallas. Se puede llegar a perder la falla original y la solución de un caos paulatino requiere habilidad y precisión. Un caos paulatino también puede formarse por habérsele puesto una etiqueta errónea de una falla original.

Muchas veces el saber cómo se originó un caos, le ayudará a decidir cuál es el modo de manejarlo. Primero es necesario obtener información de fondo. Consiga las distintas versiones de la gente, infórmese desde cuándo existe. Podrá determinar rápidamente si se trata de un caos repentino o de uno que se ha formado paulatinamente. Después, procure saber qué aspecto tenía cuando empezó. Recuerde que un caos que se forma


paulatinamente, comenzó con una falla relativamente sencilla y mal analizada.

1.14.2 Cómo desenredar un Caos.

No importa cómo haya empezado un caos, usted tiene que separar sus distintos componentes para poder resolverlos. Siempre que intente encontrar la causa de una falla tiene que manejarla individualmente, ya que no puede analizar un caos para encontrar la causa. Así que el primer paso es desenredar el caos. No es difícil, considérelo como una serie de fallas entrelazadas y comenzará a verlas como fallas distintas entre sí.

Hay una falla en la línea 3. Cuando alguien diga algo de la falla en la línea 3, haga usted preguntas para enterarse de qué falla se trata, luego, al hablar con otros refiérase a fallas individuales, y empezarán a verlas como algo separado. Si comienza a hablar de soldaduras porosas en la línea 3, no necesitará mucho tiempo para que los demás se preocupen por la misma cosa más específica. Cuando se enfrente a un caos debe suponerse que cualquier falla, por pequeña que sea es una falla aislada separada de otra. Así no puede equivocarse, si hay dos fallas realmente relacionadas ya lo sabrá.

1.14.3 Asignación de Prioridades.

Aunque alguna gente piense lo contrario, un detecta-fallas no puede hacer todo al mismo tiempo. Tiene que concentrar sus esfuerzos donde obtenga mejores resultados, esto quiere decir “Fijar prioridades”: ¿Qué es lo primero, qué es lo segundo y qué viene después?, y no solo fijar las prioridades si no también respetarlas.

Las prioridades se fijan por el provecho que reportan. No se debe perder el tiempo dando vueltas a resultados pequeños, vaya hacia el resultado importante. Fije sus prioridades en términos que producirán sus esfuerzos, y todo irá bien.

1.14.4 Especifique.

Una vez que haya desenredado el caos en una serie de fallas, y que haya fijado prioridades de lo que va a producir, especifique. Cuanto más pronto encuentre el qué, el dónde, el cuándo y la


magnitud de la falla, tanto mejor. Esto le ayudará a no perderle la pista y evitará que vuelva a formar parte del caos.

Al especificar se obliga a estudiar todo los aspectos de una falla. Algunas fallas están relacionadas con otras y usted siente deseos de adivinar las relaciones antes de tener suficiente información. Será mejor que se abstenga de hacerlo hasta no haber especificado la falla. Entonces, si existe relación lo sabrá, y si no existe también.

Al presentarse un caso complicado, veamos lo que piensa mientras se prepara para comenzar. Considerando la situación en que se encuentra el detecta-fallas y la presión a la que está sometido, ¿está usted de acuerdo ó en desacuerdo con sus planes de acción?:

1. “Será mejor que vea quién ha hecho qué, antes de que empiece yo ha hacer algo”.

2. “Quiero saber porqué aceleraron la línea y quién lo hizo”.

3. “Cuanto más pronto especifique la falla tanto mejor me irá”.

4. “Creo que mejor arreglo la tapa del túnel del aceite caliente. Y así podré ver cuando menos que está pasando”.

5. “¿Qué defecto hay? Donas descuadradas y pasadas de cocimiento, ningún otro defecto. Seguiré con ésta especificación, determinaré la causa y después seguiré con la siguiente falla”.

R E S P U E S T A S .


1.- DE ACUERDO. Es una buena medida conocer algo de la historia del caos antes de empezar. Se trata de un caos paulatino, que se formó poco a poco. Si encuentra qué es lo que se ha hecho, probablemente dará con la falla original

de donde vino todo.

2.- NO DE ACUERDO. ¿Qué importa saber porqué se equivocó alguien?, lo importante es saber qué se hizo. No es oficio del detecta-falla descubrir a quien echarle la culpa, lo único que lograría con eso es enemistarse con todo mundo. El detecta-fallas necesita amigos, si no ¿quién le va a dar la información que necesita?

3.- NO DE ACUERDO. Si el detecta-falla empieza a especificar antes de haber separado las fallas amontonadas en el caos, él mismo se meterá en líos. Antes que nada tiene que desbaratar el caos, fijar prioridades. Entonces podrá especificar la falla más importante.

4.- NO DE ACUERDO. Si se pone a arreglar el túnel del aceite caliente, se estará enfrascando en algo que le hará perder el tiempo mientras el producto siga amontonándose en control de calidad.

5.- NO DE ACUERDO. Aquí se está especificando un caos. Metió dos defectos en la misma especificación, esto no dará resultado.

1.14.5 Pero… ¿Cuál es la causa de la causa?

Ha reconocido usted una falla, la ha especificado encontrando su causa. Pero entonces se encuentra con que tiene que explicar el porqué de la causa misma. ¿Cómo apareció en escena?, ¿Qué es la causa? Tiene que tomar la causa y tratarla como una falla, especificarla y encontrar la causa. A éste proceso le llamamos escalonar causas.

1.14.6 Fallas que se repiten.

“Lo arreglé todo pero ha vuelto a ocurrir”. Ya nos sabemos esa triste canción. Las fallas vuelven, ocurren una y otra vez. Realmente no se encontrará con muchas fallas distintas, siempre se topará con las mismas fallas pero en diferentes sitios. La mayor parte de sus esfuerzos se dirige contra fallas que ya ha combatido antes y se vuelve parte de su vida, y tendrá que organizarla alrededor de las fallas que ya sabe que van a ocurrir.


Las fallas que se repiten son las que jamás se corrigieron o solo se hicieron parcial o temporalmente. Si la falla sigue repitiéndose, trate de considerar la causa como una falla que debe explicarse. Haga un escalonamiento de causa hasta donde pueda. Tome una acción que le produzca algo más que el arreglo temporal. Piense en el tiempo y los dolores de cabeza que se ahorrará.

E J E M P L O .

Un detecta-fallas desea comunicar su experiencia al joven asistente. A veces tiene buenas ideas y a veces no. Veamos lo que dice y compárelo con lo que hemos visto, vea si su consejo es bueno o malo.

1. “Algunos tipos dicen: Escarba hasta encontrar el fondo del problema básico. Se ve que jamás fueron detecta-fallas en ésta fábrica. Son tantos los problemas que no hay tiempo de investigar cuál es básico”.

2. “Me cansan éstos tipos listos que no hacen más que preguntar, ¿Bien, qué causó eso? Tú investiga la falla hasta que encuentres el modo de arreglarla y quede bien”.

3. “Te pagan para que arregles las cosas. Haces algo, desaparece la falla y terminaste. Vamos a otra falla”.

R E S P U E S T A S .

1.- MALO. El detecta-fallas está diciendo que no puede tomarse el tiempo para investigar una falla y ver qué hay detrás de ella. Tiene usted que escarbar y abrirse paso en las fallas usando la cabeza, pensando. Está desperdiciando el tiempo si no lo hace así.

2.- BUENO Y MALO. Es bueno el consejo cuando dice a su asistente: “Investiga la falla hasta que encuentres un modo de


arreglarla definitivamente”. Lo que usted busca es una acción permanente, totalmente correctiva, no un arreglo temporal que se venga abajo mañana. El lado malo del consejo es que hasta allí es donde debe usted llegar. Debería decir a su asistente: “Haz un arreglo permanente, pero ve si hay algo que puedas hacer para prevenir que la falla se repita en el futuro”.

3.- MALO. Se debe decir: “Cuando la falla desaparece, y no vuelve ni puede volver, entonces has terminado”. Esto daría al novato un blanco a que tirarle. La detección de fallas que no llegue a esto no será de primera calidad.

1.15 El arreglo… y más allá.

Ha analizado usted una falla y cree que encontró la causa. Verificó la causa contra los datos y todo encaja. Esto explicará lo que sabe sobre la falla. Ha verificado la causa con la realidad y ha encontrado que el cambio que usted sospechó sí existe realmente, está convencido, listo para la acción para hacer aquello que tiene que hacer: arreglar la falla.

Si su análisis es correcto, también lo será el arreglo que haga. Si se ha equivocado respecto a la causa de la falla, todo lo que haga estará mal. Y a veces sucede que arregla lo que no debería arreglar. Lo que hemos visto hasta ahora reduce esas posibilidades. Pero… ¿Qué es un buen arreglo? ¿Cómo distinguirlo de uno malo? Volvamos a discutirlo, un buen detecta-fallas:

1. Arregla la falla rápida, económica y eficientemente con el menor número de movimientos inútiles.

2. Corrige la causa de la falla y no solo sus efectos.

3. Arregla la falla para que se mantenga arreglada, mientras exista la operación.

4. Al componer unas cosas no descompone otras, creando nuevos problemas.


5. El arreglo lo lleva hasta el terreno de la acción preventiva, siempre que el mismo problema pudiera presentarse en el futuro.

Eso indica que un buen arreglo es el que funciona, el que hace bien el trabajo.

1.15.1 La anatomía de un arreglo.

Un arreglo es una acción que toma usted para librarse de una falla. En ocasiones para arreglar la falla hay que hacer cambios, para restaurar la operación a su nivel anterior de operación. Todo cambio que se hace, cuesta dinero y tiempo, por consiguiente quiere hacer el cambio más pequeño, lo más sencillo que pueda para normalizar la operación. Cuanto más grande el cambio, tanto más tiempo y dinero costará.

Todo lo que se haga en exceso de lo necesario para efectuar un arreglo, será tiempo y dinero mal gastado. Y es posible que el cambio que se haga sea lo que cause las fallas, y así cuantos más cambios haga usted, más posibilidades tendrán de crear nuevas fallas.

Un buen arreglo es un cambio cuidadosamente escogido. Es el cambio que le dará el resultado máximo con el menor costo de tiempo y dinero y con el menor riesgo de consecuencias adversas.

1.15.2 Acciones que no arreglan nada.

Hay muchas acciones que puede usted tomar para arreglar una falla. Algunas no arreglan nada, no hacen nada para arreglar la falla; es posible que sea necesario tomarlas. Quizás sean medida muy sabias de su parte pero no pueden llamarse arreglos porque no reducen ni desaparecen la falla.

La acción interina es de éste tipo. Es la acción que toma usted para ganar tiempo a fin de poder encontrar la causa y corregirla.

Las acciones interinas son muchas veces burdas, y con frecuencia resultan muy costosas a la larga. La acción interina es una acción de primeros auxilios, una pieza importante de la


caja de trucos del detecta-fallas. Es más divertida que la acción correctiva drástica. No tiene usted que pensar tanto, puede mostrarse avispado, original, ingenioso. Disponer de una acción interina cuando es necesaria es parte de la detección de fallas, pero con acciones interinas no se constituye la verdadera detección de fallas.

La acción adaptiva es otra acción que no resuelve la falla, pero que se toma para aliviar en tanto la convivencia de la falla. Las acciones adaptivas tienen sentido cuando el costo es bajo y la duración de la falla va a ser corta.

Hay peligro en las acciones adaptivas: es muy fácil tomarlas y muy difícil suspenderlas. Por ejemplo: “No hay nada que podamos hacer, tenemos que acostumbrarnos a esto”. Puede ser cierto, o puede tomarse como una excusa para no hacer nada sobre una falla que puede corregirse. Mire en torno suyo y verá cierto número de prácticas “normales “de la planta que están basadas en la idea de que “tenemos que acostumbrarnos a esto”.

1.16 Tipos de arreglos.

Los arreglos se distinguen según el grado en que eliminan la falla. Puede usted hacer un arreglo temporal bueno por el momento pero no durará. O puede hacer un arreglo permanente como totalmente correctivo que elimina la falla.

Todas las acciones se dirigen contra la causa de la falla. Ninguna elude el problema. Tan solo tratan la falla en diversos grados de perfección. También exigen diversos grados de pensamiento y esfuerzo. Y puede ser que se basen en diferentes grados de pensamiento y esfuerzo. Y puede ser que se base en diferentes grados de análisis.

Un arreglo temporal puede ser cuestión de gusto en lo que a usted se refiere. Usted sabe cuánto necesita saber para hacer un arreglo correctivo y permanente. Pero solo que ahora no quiere tomarse el tiempo para ello. Vendrá más tarde y arreglará el desperfecto o bien no es posible hacer un trabajo debido a circunstancias que impidan hacerlo. A veces es lógico y necesario proceder así.

Un arreglo parcial es una acción correctiva que no hace el trabajo completo, usted conoce la causa y lo que se necesita para corregirla. Ya sea por elección o por limitaciones que le imponen, el arreglo que se hace no es completamente efectivo.


Un arreglo correctivo permanente y completo es el que da cuenta de la causa para siempre. Llega a la causa de la falla y la elimina. No puede usted llegar a un arreglo correctivo permanente y completo si no es por el análisis de la falla y la determinación positiva de la causa.

C O N S E C U E N C I A S .

Todo cambio produce sus respectivos efectos. El arreglo que está a punto de comenzar es un cambio. Lo escogió entre muchos cambios que podría hacer, porque le produciría un efecto que anda buscando. Así pues, siempre que haga algún arreglo de cualquier tipo será mejor que piense en sus consecuencias.

1.17 Pensando más allá del arreglo.

De modo que arregló usted la falla, qué bueno. Pero ¿Ya terminó?, ni por asomo, todavía no. Apenas está llegando al momento que separa al detecta-fallas del resto del grupo. Un detecta-fallas valioso es el que puede anticipar la falla y arreglarla antes que cueste a la compañía un solo centavo. Elimina la falla mucho antes de que ocurra. O si no puede evitar que suceda, por lo menos está listo para lidiar con ella en la forma más eficiente. Pero lo logra pensando más allá del arreglo.


El pensar más allá del arreglo es esforzarse por hacer algo más de lo mínimo requerido para restaurar debidamente la operación.

1.17.1 Haciendo extensivo el arreglo.

Hacer extensivo el arreglo es fácil. Debería convertirse en una segunda naturaleza para el detecta-fallas, el observar cuando las cosas se descomponen en forma parecida, aproximadamente al mismo tiempo y por la misma razón. De modo que mire a su alrededor y extienda el arreglo a otros objetos del mismo tipo, por si acaso lo necesitan. Siempre y cuando esté relacionado a lo que hacen.

1.18 Anticipando la falla.

¿Cómo puede anticiparse a las fallas? Buscando y viendo las evidencias que nos rodean.

¿Dónde hay que buscar? En los cambios, porque éstos son los que causan las fallas. Los cambios que le importan son los que han causado problemas en el pasado. Cambios de materia prima que entra en el equipo, cambios en el equipo mismo, cambios en lo que hace andar el equipo. Cambio de operador y lo que hace manejar el equipo.

Se encontrará que la anticipación de las fallas es más fácil cuando se piensa en los cambios que podrán ocurrir. No tiene caso pensar en cantidad de fallas que no es posible que sucedan. Así pues, gane terreno si piensa primero en el cambio.


Documents

Deteccion Analitica de Fallas