Remote-Support & Eskalation

Worum geht’s

Nicht jedes Ticket lässt sich vor Ort lösen — und nicht jedes gehört in den First-Level. Fernwartung spart Wege, will aber sicher und einvernehmlich ablaufen. Und wenn die eigene Kompetenz, Berechtigung oder Zeit nicht reicht, muss sauber eskaliert werden: mit einer Übergabe, mit der Second-Level sofort weiterarbeiten kann.

Konzept

Sicherheitsgrundsatz: Fernzugriff nur mit ausdrücklicher Einwilligung des Nutzers; alle Aktivitäten dokumentieren; sensible Inhalte am Bildschirm ausblenden.

Remote-Support. Werkzeuge: RDP, VNC, Fernwartungssoftware. Ablauf: Einwilligung einholen → Session vorbereiten (Nutzer schließt Vertrauliches) → Bildschirm teilen mit Etikette (Aktionen ankündigen) → ggf. sichere Dateiübertragung → Session sauber beenden und dokumentieren.

Wann eskalieren? Vier Kriterien:

• Zeit — das SLA-Lösungszeitfenster droht zu reißen.
• Kompetenz — das Problem liegt außerhalb des First-Level-Wissens.
• Berechtigung — der nötige Zugriff fehlt dir (z. B. Server-Admin).
• Impact — die Auswirkung ist so groß, dass höhere Stellen einbezogen werden müssen.

Funktional vs. hierarchisch: funktional = an ein fachlich passenderes Team (Second-Level, Netzwerk, Security); hierarchisch = an Vorgesetzte (bei Eskalationsdruck, Konflikt, Großschaden).

Saubere Übergabe enthält: Symptom, bisherige Schritte + Ergebnisse, offene Punkte, Repro-Schritte, Priorität mit Begründung. Eine Übergabe ohne diese Angaben kostet Second-Level Zeit und den Nutzer Nerven.

Beispiel-Fall

Situation: Nutzerin meldet, eine Branchenanwendung stürzt beim Drucken ab. Du hast per Fernwartung Logs geprüft und einen Neustart des Druckspoolers versucht — ohne Erfolg. Der Fehler liegt im Server-seitigen Druckdienst, auf den du keinen Zugriff hast.

1. Einwilligung & Doku der Fernsitzung lagen vor — gut.
2. Eskalationskriterium: Berechtigung (Server-Druckdienst) + Kompetenz.
3. Funktional an das Server-Team eskalieren (nicht hierarchisch — kein Konflikt).
4. Übergabe schreiben:
   • Symptom: Anwendung stürzt reproduzierbar beim Drucken ab (PDF-Export ok).
   • Schritte: Logs geprüft (Fehler spooler timeout), Client-Spooler neu gestartet → ohne Wirkung.
   • Offen: Server-Druckdienst nicht prüfbar (fehlende Rechte).
   • Repro: Datei X öffnen → Drucken → Absturz nach ~5 s.
   • Priorität: P2 (Abteilung betroffen, Workaround PDF-Export vorhanden).
5. Erwartungsmanagement gegenüber der Nutzerin: „Ich gebe das ans Server-Team weiter, Sie hören innerhalb von X.”

Eine vollständige Übergabe ist der Unterschied zwischen „weiterarbeiten” und „von vorn anfangen”.

Anwenden

Selbsttest

Praxis-Challenge