← Anwendungsfälle

Ein Problem beheben

Von etwas stimmt nicht bis gelöst oder weitergegeben.

The case

Irgendetwas stimmt nicht. Du weißt nicht genau was, du weißt nicht wie schlimm es ist, und was du als Nächstes tust, löst das Problem entweder oder kostet dich eine Stunde. Die meisten Fehlersuchen scheitern nicht daran, dass man schlecht im Lösen von Problemen ist, sondern daran, dass man sich nicht die Zeit nimmt, das Problem zunächst präzise zu beschreiben.

Der Instinkt ist, sofort anzufangen. Neu starten. Neu installieren. Googeln, bevor man das Symptom vollständig formuliert hat. Das funktioniert manchmal, durch Zufall — und wenn nicht, hat man neue Variablen in eine ohnehin unklare Situation eingebracht.

Eine Routine zur Fehlersuche ist im Grunde ein Entscheidungsbaum mit einem festen Einstiegspunkt. Du beschreibst das Problem genau, versuchst es zu reproduzieren, prüfst was sich geändert hat, suchst gezielt und probierst die besten Optionen der Reihe nach aus. An jeder Verzweigung gehst du entweder weiter oder springst vor. Wenn du am Ende ohne Lösung angekommen bist, gibst du ab — aber mit etwas Nützlichem, nicht mit einem Schulterzucken.

Was eine Routine außerdem liefert, ist eine Abbruchbedingung. Ohne eine solche dehnt sich die Fehlersuche aus, um die verfügbare Zeit zu füllen. Der Entscheidungspunkt bei Schritt #12 stellt die Frage: Ist das noch eine sinnvolle Nutzung deiner Zeit, oder ist das jetzt jemand anderes Problem?

Ein Problem beheben

  1. Schreib auf, welche Schritte du unternommen hast, was du erwartet hast und was tatsächlich passiert ist.
  2. Versuche, das Problem zu reproduzieren, indem du deine Liste genau durchgehst. Wenn du es nicht reproduzieren kannst, geh zurück zu @1 — deine Liste ist noch nicht vollständig.
  3. Überlege, was sich zuletzt geändert hat. Software-Update, neue Eingabe, Konfigurationsänderung, irgendetwas. Wenn sich nichts geändert hat, springe zu @7.
  4. Mache die Änderung rückgängig. Stelle den vorherigen Zustand oder die vorherige Version wieder her. Wenn dir das gelungen ist, geh zurück zu @2 und prüfe, ob das Problem noch besteht.
  5. Isoliere die Änderung. Deaktiviere, trenne oder entferne nur das, was sich geändert hat, und teste erneut. Ziel ist es zu bestätigen, ob diese Änderung die Ursache ist. Wenn das das Problem behebt, springe zu @13.
  6. Wende die Änderung erneut an. Du hast bestätigt, dass sie die Ursache ist. Notiere es. Springe zu @13.
  7. Suche nach der genauen Fehlermeldung oder dem Symptom. Kopiere den Fehler wörtlich, falls vorhanden. Vage Suchanfragen liefern vage Ergebnisse.
  8. Notiere, welche Lösungen in den Ergebnissen am häufigsten auftauchen. Häufigkeit ist ein Ausgangspunkt, kein Beweis.
  9. Prüfe das Datum der Quellen, die du verwenden möchtest. Eine Lösung von vor fünf Jahren ist möglicherweise nicht mehr anwendbar.
  10. Probiere die vielversprechendste Lösung aus. Wenn das Problem damit behoben ist, springe zu @13.
  11. Probiere die nächste vielversprechende Lösung aus. Wenn das Problem damit behoben ist, springe zu @13.
  12. Entscheide: weitermachen oder eskalieren. Wie lange bist du schon dabei? Wie kritisch ist das Problem? Wenn du eskalierst, springe zu @14. Wenn du weitermachst, geh zurück zu @10.
  13. Dokumentiere, was das Problem behoben hat. Ein Satz. Du wirst es vergessen, und du wirst wieder darauf stoßen.
  14. Beschreibe das Problem für die Person, die es übernimmt. Was du versucht hast, was du ausgeschlossen hast, was du vermutest. Übergib es sauber.

Mach es zu deinem

Der wichtigste Schritt ist #13, und es ist der, den die meisten überspringen. Ein Problem zu lösen und die Lösung zu dokumentieren sind zwei verschiedene Dinge — der zweite Schritt verhindert, dass du in sechs Monaten dieselben vierzig Minuten verlierst. Ein Satz reicht.

Schritte #10 und #11 sind Platzhalter für eine Schleife, die länger laufen kann. Manche Probleme brauchen zehn Versuche, bis etwas greift. Füge bei Bedarf weitere Schritte hinzu und triff die Entscheidung bei #12, ob du weitermachst oder weitergibst.

Die Eskalation bei #14 ist es wert, ernst genommen zu werden. Eine klare Übergabe — was du versucht hast, was du ausgeschlossen hast — ist für die Person, die das Problem übernimmt, wirklich hilfreich. Mit „es ist kaputt" anzukommen ist es nicht.

Wenn du diese Routine für einen bestimmten Bereich verwendest — Software, Hardware, ein Gerät — passe die mittleren Schritte an deine übliche Vorgehensweise an. Die Struktur bleibt gleich; die Details füllst du selbst aus.