Saltar al contenido principal
LibreTexts Español

8.6: Posibles escollos

  • Page ID
    154037
  • \( \newcommand{\vecs}[1]{\overset { \scriptstyle \rightharpoonup} {\mathbf{#1}} } \) \( \newcommand{\vecd}[1]{\overset{-\!-\!\rightharpoonup}{\vphantom{a}\smash {#1}}} \)\(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\) \(\newcommand{\id}{\mathrm{id}}\) \( \newcommand{\Span}{\mathrm{span}}\) \( \newcommand{\kernel}{\mathrm{null}\,}\) \( \newcommand{\range}{\mathrm{range}\,}\) \( \newcommand{\RealPart}{\mathrm{Re}}\) \( \newcommand{\ImaginaryPart}{\mathrm{Im}}\) \( \newcommand{\Argument}{\mathrm{Arg}}\) \( \newcommand{\norm}[1]{\| #1 \|}\) \( \newcommand{\inner}[2]{\langle #1, #2 \rangle}\) \( \newcommand{\Span}{\mathrm{span}}\)\(\newcommand{\AA}{\unicode[.8,0]{x212B}}\)

    El razonamiento falaz y las malas relaciones interpersonales explican los esfuerzos de solución de problemas más fallidos o tardados que cualquier otro impedimento. Con esto en mente, el aspirante a solucionador de problemas debe estar familiarizado con algunos errores comunes de solución de problemas.

    Confiando en que un componente completamente nuevo siempre será bueno. Si bien en general es cierto que un nuevo componente estará en buenas condiciones, no siempre es cierto. También es posible que un componente haya sido mal etiquetado y pueda tener el valor incorrecto (generalmente este mal etiquetado es un error cometido en el punto de distribución o almacenamiento y no en el fabricante, pero nuevamente, ¡no siempre!).

    No revisar periódicamente su equipo de prueba. Esto es especialmente cierto con los medidores que funcionan con baterías, ya que las baterías débiles pueden dar lecturas espurias. Cuando use medidores para verificar la seguridad de voltaje peligroso, recuerde probar el medidor en una fuente conocida de voltaje tanto antes como después de verificar el circuito a reparar, para asegurarse de que el medidor esté en condiciones de funcionamiento adecuadas.

    Asumiendo que sólo hay una falla para dar cuenta del problema. Los problemas del sistema de falla única son ideales para la resolución de problemas, pero a veces los fallos vienen en varios números En algunos casos, la falla de un componente puede llevar a una condición del sistema que daña otros componentes. A veces un componente en condición marginal pasa desapercibido durante mucho tiempo, entonces cuando otro componente falla el sistema sufre problemas con ambos componentes.

    Confundir la coincidencia con la causalidad. ¡El hecho de que dos eventos ocurrieron casi al mismo tiempo no significa necesariamente que un evento causó el otro! ¡Pueden ser ambas consecuencias de una causa común, o pueden ser totalmente ajenas! De ser posible, trate de duplicar el mismo padecimiento que se sospecha que es la causa y ver si el suceso sospechoso de ser la coincidencia vuelve a ocurrir. Si no, entonces tampoco hay relación causal como se supone. Esto puede significar que no hay relación causal entre los dos eventos en absoluto, o que existe una relación causal, pero simplemente no la que esperabas.

    Ceguera autoinducida. Después de un largo esfuerzo por solucionar un problema difícil, puede cansarse y comenzar a pasar por alto pistas cruciales del problema. Tómate un descanso y deja que alguien más lo mire un rato. Te sorprenderá la diferencia que esto puede marcar. Por otro lado, generalmente es una mala idea solicitar ayuda al inicio del proceso de resolución de problemas. La solución de problemas efectiva implica un pensamiento complejo y multinivel, que no se comunica fácilmente con los demás. La mayoría de las veces, la “solución de problemas en equipo” lleva más tiempo y causa más frustración que hacerlo usted mismo. Una excepción a esta regla es cuando el conocimiento de los solucionadores de problemas es complementario: por ejemplo, un técnico que conoce la electrónica pero no el funcionamiento de la máquina se asoció con un operador que conoce la función de la máquina pero no la electrónica.

    No cuestionar el trabajo de solución de problemas de otros en el mismo trabajo. Esto puede sonar bastante cínico y misántropo, pero es una práctica científica sólida. Debido a que es fácil pasar por alto los detalles importantes, los datos de solución de problemas recibidos de otro solucionador de problemas deben verificarse personalmente antes de continuar. Esta es una situación común cuando los solucionadores de problemas “cambian de turno” y un técnico se hace cargo de otro técnico que se va antes de terminar el trabajo. Es importante intercambiar información, pero no asuma que el técnico anterior revisó todo lo que dijeron que hicieron o lo revisó perfectamente. Me he visto obstaculizado en mis esfuerzos de solución de problemas en muchas ocasiones al no verificar lo que alguien más me dijo que verificó.

    Ser presionado para “darse prisa”. Cuando un sistema importante falla, habrá presión de otras personas para solucionar el problema lo más rápido posible. Como dicen en los negocios, “el tiempo es dinero”. Habiendo estado en el extremo receptor de esta presión muchas veces, puedo entender la necesidad de conveniencia. No obstante, en muchos casos, hay una mayor prioridad: la precaución. Si el sistema en cuestión alberga un gran peligro para la vida y la integridad física, la presión para “darse prisa” puede resultar en lesiones o la muerte. Por lo menos, las reparaciones apresuradas pueden resultar en daños adicionales cuando se reinicia el sistema. La mayoría de las fallas se pueden recuperar o al menos reparar temporalmente en poco tiempo si se abordan de manera inteligente. Los “arreglos” incorrectos que resultan en prisas a menudo conducen a daños que no se pueden recuperar en poco tiempo, si es que alguna vez. Si el potencial de mayor daño está presente, el solucionador de problemas necesita abordar cortésmente la presión recibida de otros, y mantener su perspectiva en medio del caos. ¡Las habilidades interpersonales son tan importantes en este ámbito como la habilidad técnica!

    Señalando con el dedo. Es muy fácil culpar de un problema a otra persona, por razones de ignorancia, orgullo, pereza, o alguna otra faceta desafortunada de la naturaleza humana. Cuando la responsabilidad del mantenimiento del sistema se divide en departamentos o equipos de trabajo, los esfuerzos de solución de problemas a menudo se ven obstaculizados por la culpa emitida entre grupos. “Es un problema mecánico... es un problema eléctrico... es un problema de instrumentos.”. ad infinitum, ad nauseum, es demasiado común en el lugar de trabajo. He encontrado que una actitud positiva hace más para apagar los fuegos de la culpa que cualquier otra cosa.

    En un trabajo en particular, me citaron para solucionar un problema en un sistema hidráulico que se supone que está relacionado con la medición electrónica y los controles. Mi solución de problemas aisló la fuente de problemas a una válvula de control defectuosa, que era el dominio de la tripulación del molino (mecánico). Sabía que el molinero de turno era una persona contenciosa, así que esperaba problemas si simplemente pasaba el problema a su departamento. En cambio, le expliqué cortésmente a él y a su supervisor la naturaleza del problema así como una breve sinopsis de mi razonamiento, luego procedí a ayudarlo a reemplazar la válvula defectuosa, a pesar de que no era “mi” responsabilidad hacerlo. En consecuencia, el problema se solucionó muy rápidamente, y me gané el respeto del molinero.


    This page titled 8.6: Posibles escollos is shared under a gnudls 1.3 license and was authored, remixed, and/or curated by Tony R. Kuphaldt (All About Circuits) via source content that was edited to the style and standards of the LibreTexts platform; a detailed edit history is available upon request.