1.2Resolución de problemas básica (hardware / software)
Lo esencial en 30 segundos
- La resolución de problemas es un método, no recetas: reproducir, aislar, probar una hipótesis, corregir, documentar.
- Un problema que sigue al usuario es más bien software; un problema que permanece en la máquina es más bien hardware.
- Cambiar solo una cosa a la vez: de lo contrario es imposible saber qué ha actuado realmente.
Mini-caso hilado — Sofiane y el puesto que ya no se conecta al Wi-Fi
En el soporte de la PYME de distribución en Argel, Sofiane recibe una llamada: el PC de una asistente ya no se conecta al Wi-Fi. Aplica el método en lugar de improvisar. Reproduce el problema (la usuaria falla en cada intento) y luego aísla: los demás puestos de la oficina sí se conectan, así que la avería es local a esa máquina, no al router. Formula una hipótesis — controlador Wi-Fi corrompido o perfil de red dañado — y la prueba cambiando solo una cosa a la vez: olvidar la red y luego reinstalar el controlador. El Wi-Fi vuelve. Sofiane documenta la causa y la solución en el ticket, aunque la corrección pareciera sencilla. Retiene: aislar antes de actuar evita «reparar» lo que no está roto.
Caso autónomo de esta sección: reaparece en el curso, el esquema, el guion y el reto 48 h de la sección 1.2.
1. Un método, no recetas
La resolución eficaz de problemas sigue un método reproducible: reproducir el problema, aislarlo (¿hardware o software?), formular una hipótesis, probarla cambiando solo una cosa a la vez, corregir y luego documentar. Se evita el «manoseo» que cambia diez parámetros y ya no sabe cuál resolvió — o rompió — qué. Sofiane aplica el método incluso en una incidencia que parece anodina.
2. ¿Hardware o software?
Algunas señales orientan: un problema que sigue al usuario (mismo inconveniente en otro PC con su cuenta) es más bien software; un problema que permanece en la máquina (ruido, sobrecalentamiento, pantalla) es más bien hardware. Probar con otro cable, otra cuenta o en modo seguro permite aislar la causa. Sofiane siempre aísla antes de reemplazar nada.
3. Los reflejos básicos
Muchas averías se resuelven con lo fundamental: reiniciar (vacía la memoria y relanza los servicios), verificar los cables y la alimentación, controlar el espacio en disco, leer el mensaje de error exacto, consultar el visor de eventos. Reiniciar no es una broma: resuelve de verdad una gran parte de las incidencias. Sofiane siempre termina anotando la causa y la solución, incluso para un simple reinicio.
🔎 Ejemplo concreto — 🔎 Ejemplo concreto — «El PC ya no se conecta al Wi-Fi»
Aplicación del método por Sofiane:
Reproducir: sí, en cada intento
Aislar : otros PC se conectan → problema local de este puesto
Hipótesis : controlador Wi-Fi o perfil de red corrompido
Probar : olvidar la red + reinstalar el controlador
Documentar: ticket + causa + soluciónLectura: como los demás puestos funcionan, la avería es local — se apunta al puesto, no al router.
Lección: aislar antes de actuar evita «reparar» lo que no está roto.
Vocabulario de la sección
- Aislar una avería
- Reducir las causas posibles probando un elemento a la vez.
Ejemplo sencillo: Sofiane prueba otro cable y luego otra cuenta para acotar la causa.
Lo que no es: cambiar diez ajustes de golpe sin saber qué actúa.
Reflejo: aislar antes de concluir.
- Modo seguro
- Arranque mínimo de Windows, útil para descartar software y controladores de terceros.
Ejemplo sencillo: Sofiane arranca en modo seguro para ver si un controlador de terceros bloquea.
Lo que no es: un arranque normal que carga todos los servicios.
Reflejo: descartar controladores → modo seguro.
- Visor de eventos
- Registro de Windows que guarda errores y advertencias del sistema.
Ejemplo sencillo: Sofiane lee allí el error exacto antes de proponer una corrección.
Lo que no es: un simple mensaje en pantalla, sin registro detallado.
Reflejo: buscar la causa → visor de eventos.
- Hipótesis
- Causa supuesta que se prueba antes de retenerla o descartarla.
Ejemplo sencillo: Sofiane supone un perfil de red corrompido y lo verifica.
Lo que no es: concluir «hardware» sin haber probado nada.
Reflejo: una hipótesis se prueba, una cosa a la vez.
- Reproducir
- Hacer aparecer el problema de nuevo a propósito para estudiarlo.
Ejemplo sencillo: Sofiane reproduce el fallo de conexión en cada intento.
Lo que no es: actuar sobre un síntoma que no se ha logrado ver.
Reflejo: primero reproducir el problema.
En la práctica — En la práctica — Desplegar un diagnóstico
- Ante una avería, escribe con precisión el síntoma y el mensaje de error.
- Determina si el problema sigue al usuario o permanece en la máquina.
- Prueba una sola hipótesis a la vez (cable, cuenta, modo seguro).
- Anota la causa y la solución en el ticket, aunque fuera «solo un reinicio».
Guion paso a paso — diagnosticar como Sofiane (5 min)
1) Describe el síntoma y copia el mensaje de error exacto. 2) Reproduce el problema para verlo con tus propios ojos. 3) Aísla: ¿el problema sigue a la cuenta (otro PC) o permanece en la máquina (otro cable, modo seguro)? 4) Formula una hipótesis y pruébala cambiando solo una cosa. 5) Corrige, haz que el usuario lo confirme y luego documenta causa y solución en el ticket.
El reinicio y la lectura del error exacto resuelven una gran parte de las incidencias: empieza por ahí.
Plantilla para copiar y pegar — mi ficha de diagnóstico
Síntoma exacto : ___
Mensaje de error : ___
¿Reproducido? sí / no — cómo : ___
¿Sigue al usuario o permanece en la máquina? : ___
Hipótesis probada (una sola) : ___
Resultado de la prueba : ___
Corrección aplicada : ___
Documentado en el ticket : sí / noAvería de software
Sofiane aísla un perfil de red corrompido: el problema sigue a la cuenta y desaparece en otro puesto.
Avería de hardware
Sofiane sospecha de un cable defectuoso: al cambiarlo, el problema desaparece — es claramente hardware.
Modo seguro
Sofiane arranca en modo seguro para descartar los controladores de terceros antes de decidir.
Documentar
Sea cual sea el resultado, Sofiane anota la causa y la solución en el ticket, incluso para un reinicio.
✓ Buenas prácticas
- Cambiar solo una cosa a la vez.
- Leer el mensaje de error exacto antes de actuar.
- Documentar siempre la causa y la solución.
✗ Errores frecuentes
- Modificar diez ajustes de golpe.
- Saltarse el paso «reproducir».
- Concluir «hardware» sin haber aislado el software.
Puntos clave
- La resolución de problemas es un método: reproducir, aislar, probar, corregir, documentar.
- Problema que sigue al usuario = software; que permanece en la máquina = hardware.
- Una sola variable a la vez para saber qué actúa.
- Reiniciar y leer el error exacto resuelven gran parte de los casos.
Reto 48 h — aplícalo mañana
Toma una incidencia reciente y rellena la ficha de diagnóstico de Sofiane: síntoma exacto, aislamiento (¿sigue al usuario o permanece en la máquina?), una sola hipótesis probada, corrección y causa anotada. Escribe en una frase qué podrías haber roto cambiando demasiadas cosas a la vez.
- Puedo diagnosticar una avería con un método reproducible.
- Sé distinguir un problema de software de un problema de hardware.
- Documento la causa y la solución en el ticket.
Preguntas frecuentes
¿Por qué «reiniciar» funciona tan a menudo?
El reinicio vacía la memoria, cierra los procesos bloqueados y relanza los servicios en un estado limpio. Muchas incidencias provienen de un estado transitorio corrompido que el reinicio borra.
¿Cómo saber si es hardware?
Aislando: prueba la misma cuenta en otro puesto, otro cable/pantalla, el modo seguro. Si el problema desaparece al cambiar de hardware, es hardware; si sigue a la cuenta, es software.
¿Cuál es la regla de oro que hay que respetar durante un diagnóstico?