Técnicas para la resolución de problemas

¿Cuáles son los síntomas del problema?

Cuando comienza a describir un problema, la pregunta más obvia es ¿Cuál es el problema? Esta pregunta puede resultar demasiado directa, sin embargo, puede subdividirse en varias preguntas más focalizadas que crean una imagen más descriptiva del problema. Estas preguntas pueden ser:

• ¿Quién o qué está informando acerca del problema?
• ¿Cuáles son los códigos y los mensajes de error?
• ¿Cómo falla el sistema? Por ejemplo, ¿se produce un bucle, el sistema se cuelga, se produce una colisión, una disminución del rendimiento o un resultado incorrecto?

¿Dónde se produce el problema?

Determinar dónde se origina el problema no siempre es fácil, pero es uno de los pasos más importantes para la resolución de un problema. Muchas capas de tecnología pueden existir entre los componentes de informe y los componentes anómalos. Las redes, discos y controladores son únicamente algunos de los componentes que se han de tener en cuenta cuando se investigan problemas.

Las preguntas siguientes le ayudan a centrarse en el lugar en el que se ha producido el problema y a aislar la capa del problema:

• ¿Es el problema específico de un sistema operativo, o es común a varios sistemas operativos?
• ¿Están soportados el entorno y la configuración actuales?
• ¿Todos los usuarios tienen el problema?
• (Para instalaciones en varios sitios). ¿Todos los sitios tienen el problema?

Si una capa informa acerca del problema, el problema no necesariamente se origina en esa capa. Parte de la identificación del origen de un problema es comprender el entorno en el que existe. Tómese un tiempo para describir por completo el entorno del problema, incluidos el sistema operativo y la versión y toda la información de software, hardware y versiones. Confirme que está trabajando en un entorno con una configuración soportada. Muchos problemas se deben a niveles incompatibles de software que no están concebidos para funcionar juntos o no se han probado juntos.

¿Cuándo se produce el problema?

Desarrolle una línea temporal detallada de sucesos que lleven hasta el error, especialmente para los casos en los que sólo ocurra una vez. La manera más fácil de desarrollar una línea de tiempo es ir hacia atrás: empiece en el momento en que se informó del error (tan precisamente como sea posible, incluso fijando el milisegundo) y vaya hacia atrás a través de los registros y la información disponibles. Normalmente, se utiliza el primer suceso sospechoso que encuentre en un registro de diagnóstico.

Para desarrollar un horario de sucesos detallado, se ha de formular estas preguntas:

• ¿El problema sucede únicamente a una hora concreta del día o de la noche?
• ¿Con qué frecuencia sucede el problema?
• ¿Qué secuencia de sucesos conduce al momento en que se ha informado acerca del problema?
• ¿Sucede el problema después de un cambio de entorno como, por ejemplo, la actualización o instalación de software o hardware?

La respuesta a estos tipos de preguntas puede darle un marco de referencia en el que investigar el problema.

¿Bajo qué condiciones se produce el problema?

Saber qué sistemas y aplicaciones se están ejecutando en el momento en que se produce un problema es una parte importante de la resolución de problemas. Estas preguntas acerca de su entorno pueden ayudarle a identificar la causa raíz del problema:

• ¿El problema se produce siempre cuando se realiza la misma tarea?
• ¿Es una determinada serie de sucesos para que se produzca el problema?
• ¿Fallan al mismo tiempo otras aplicaciones?

Responde a estos tipos de preguntas pueden ayudarle a describir el entorno en el que se produce el problema y a correlacionar las dependencias. Recuerde que simplemente porque pueden producirse varios problemas al mismo tiempo, no significa que los problemas estén relacionados.

¿Se puede reproducir el problema?

Desde el punto de vista de la resolución de problemas, el problema ideal es aquel que se puede reproducir. Normalmente, cuando se puede reproducir un problema dispone de un conjunto más amplio de herramientas o de procedimientos a su disposición para ayudarle a investigarlo. Los problemas que se pueden reproducir suelen ser más fáciles de depurar y resolver.

No obstante, los problemas que puede reproducir pueden tener una desventaja: si el problema tiene un impacto empresarial importante, no desea que se repita. Si es posible, vuelva a crear el problema en un entorno de prueba o desarrollo, que generalmente ofrece más flexibilidad y control durante la investigación.

• ¿Se puede volver a crear el problema en un sistema de prueba?
• ¿Este mismo tipo de problema lo tienen varios usuarios o aplicaciones?
• ¿Se puede recrear el problema ejecutando un solo mandato, un conjunto de mandatos o una aplicación concreta?