suche
ESC

Capstone A — Service-Desk-Schicht

Eine Schicht am Service Desk: 6 Tickets triagieren, erstdiagnostizieren und eskalieren.

First-Level Grundlagen 35 Min +250 XP

Worum geht’s

Jetzt setzt du alles zusammen. Eine typische Schicht am Service Desk: Sechs Tickets laufen ein — Störungen, Wünsche, ein wütender Anruf, ein Sicherheitsfall. Du triagierst, diagnostizierst erste Ursachen und entscheidest, was du selbst löst und was du eskalierst. Dieses Capstone prüft alle acht Module von Pfad A in einem zusammenhängenden Kontext.

Konzept

Dein Werkzeugkasten aus Pfad A in Kurzform:

  • Triage (A1): Typ (Incident/Request) → Impact × Urgency → Priorität P1–P4.
  • Kommunikation (A2): erst Emotion anerkennen, dann Fakten, nie Passwörter erfragen.
  • Hardware (A3): Fehlerbild → Komponente; vom Einfachen zum Komplexen.
  • OS/Logs (A4): erste ERROR-Zeile = Ursache, Folgefehler trennen; voller Datenträger.
  • Netzwerk (A5): Diagnosekette Link → IP → Gateway → DNS → Ziel.
  • Account (A6): Identität verifizieren, Phishing erkennen, Entropie statt Tricks.
  • Eskalation (A7): Zeit/Kompetenz/Berechtigung/Impact → funktional oder hierarchisch.
  • LLM (A8): anonymisieren, prompten, prüfen — Verantwortung bleibt beim Menschen.

Diese Acht durchziehen die folgenden sechs Tickets.

Beispiel-Fall

Die sechs Tickets deiner Schicht:

  1. „Niemand im Haus kann mailen, der ganze Mailserver ist down.” → Incident, P1; sofort aufnehmen, eskalieren (Impact).
  2. „Bitte installiert mir die neue Lizenz von Tool X.” → Service Request, P4; in die Warteschlange.
  3. Wütender Anruf: „Nichts geht, ihr habt alles kaputtgemacht!” → erst deeskalieren (Emotion anerkennen), dann W-Fragen.
  4. „Ich habe kein Internet.” → Diagnosekette abarbeiten; Befund: Ping auf IP geht, Name nicht → DNS.
  5. „Dringend, setzen Sie mein Passwort zurück und sagen es mir.” → Identität verifizieren, Einmal-Passwort mit Änderungspflicht, nie vorlesen.
  6. Druckfehler im Server-Druckdienst, dir fehlen die Rechte → funktional eskalieren mit vollständiger Übergabe.

Arbeite das jetzt aktiv im Szenario durch — und nutze danach die Tool-Stationen.

Szenario

Anwenden

▶ Am Tool ausprobieren

Station 1: Triage und Eskalation für die kritischen Tickets der Schicht.

  1. Durchlaufe für Ticket 1 (Mailserver down) die Checkliste — welche Priorität ergibt sich?
  2. Bestimme für Ticket 6 (Druckdienst) den Eskalationspfad.
  3. Prüfe, welche Übergabe-Bestandteile die Checkliste einfordert.
Tool öffnen: /eskalations-checkliste ↗
▶ Am Tool ausprobieren

Station 2: Netzwerk-Erstdiagnose für das „kein Internet”-Ticket.

  1. Prüfe für Ticket 4 die Erreichbarkeit eines externen Hosts und eines Ports.
  2. Vergleiche mit der Namensauflösung im DNS-Lookup-Tool.
  3. Schlussfolgere, auf welcher Stufe der Diagnosekette der Fehler liegt.
Tool öffnen: /ping-checker ↗

Selbsttest

Praxis-Challenge

⚑ Praxis-Challenge

Schreibe für deine fiktive Schicht ein Schicht-Protokoll: Liste die sechs Tickets mit (a) Klassifizierung (Incident/Request), (b) Priorität P1–P4 mit Begründung (Impact×Urgency), (c) deiner Aktion (selbst gelöst / eskaliert / Request eingeplant). Für das eine eskalierte Ticket verfasst du eine vollständige Übergabe. Prüfe zum Schluss: Hast du irgendwo ein Passwort erfragt oder Kundendaten in ein LLM gegeben? (Richtige Antwort: nein.)

Tool öffnen: /eskalations-checkliste ↗

Modul im Speedrun testen →