← DAU TO PROUNTERRICHTSMATERIAL // IT VI
IT VI · Support- und Serviceanfragen

VOM TICKET
ZUM DURCHBLICK.

Vom ersten „Es geht nicht!“ bis zur belegbaren Lösung: ein fachlich sauberer Praxis-Guide zum IT-Support. Lesen, nachschlagen, Fälle durchdenken. Ohne XP-Zirkus und ohne Pflichtprogramm.

6 Themenbereiche24 WissensfragenPraxisfälle & MusterlösungenKein Lernpfad
SO FUNKTIONIERT'S

Wähle oben einen Themenreiter. Es erscheinen jeweils zwei vollständig lesbare Kapitel, die beim Scrollen erst am Kapitelende überlappen. Die Themenreiter bleiben jederzeit erreichbar. Wissensfragen lassen sich für Musterantworten aufklappen.

DEIN SUPPORT-HANDBUCH

01Serviceanfragen annehmen und erfassenVom unklaren Anruf zum brauchbaren Ticket

Ein Service Desk ist die definierte Anlaufstelle für Nutzeranfragen. Das Ticket ist kein Selbstzweck: Es sorgt dafür, dass eine Anfrage nachvollziehbar aufgenommen, zuständig zugeordnet und weiterbearbeitet werden kann.

Vier Begriffe auseinanderhalten

  • Incident: Ungeplante Unterbrechung oder Qualitätsminderung eines IT-Services – etwa ein ausgefallener Netzwerkdrucker.
  • Service Request: Standardisierte Leistungsanforderung, etwa genehmigte Softwarebereitstellung.
  • Problem: Ursache eines oder mehrerer Incidents, die untersucht werden soll. Ein Problem-Record kann auch ohne vollständig bekannte Ursache bestehen.
  • Change: Hinzufügen, Ändern oder Entfernen von etwas, das einen Service beeinflussen kann; Umsetzung im vorgesehenen Änderungsprozess.

Ein Vorgang kann mehrere Prozesse berühren: Ein Incident wird kurzfristig durch einen Workaround entschärft, während die dauerhafte Ursache als Problem untersucht wird.

Was gehört in ein brauchbares Ticket?

  1. Wer? Kontakt, Organisation, Rückrufmöglichkeit.
  2. Was? Präzises Symptom und Wortlaut der Fehlermeldung.
  3. Wo? Betroffenes Gerät, Anwendung, Standort bzw. Service.
  4. Seit wann? Beginn, Häufigkeit, Reproduzierbarkeit.
  5. Wie weit? Einzelperson, Team oder ganzer Standort betroffen?
  6. Geschäftsfolge? Welche Arbeit ist blockiert; gibt es eine Umgehung?
  7. Bisher geprüft? Bereits ausgeführte Schritte mit Ergebnissen.
  8. Bearbeitung? Kategorie, Priorität, Verantwortliche, Zeitstempel, nächster Schritt.

Konkrete Pflichtfelder hängen vom Ticketsystem und der Organisation ab.

Gesprächsführung: fünf Schritte

Begrüßen → zuhören → gezielt nachfragen → zusammenfassen → nächsten Schritt vereinbaren. Statt „Klappt gar nichts?“ lieber: „Welche Anwendung, welche Meldung, seit wann und bei wem tritt es auf?“ Am Ende Ticketnummer und Rückmeldeweg nennen.

PRAXISFALL // BESSERES TICKET

„Drucker kaputt!!!“

Unbrauchbar: „Drucker geht nicht. Dringend.“

Brauchbar: „Etikettendrucker PRN-07, Versandhalle: Seit 09:10 werden Druckaufträge mit Status ‚Fehler‘ angehalten. Drei Arbeitsplätze betroffen. Andere Drucker funktionieren. Testseite am Gerät nicht erfolgreich. Versandetiketten derzeit nicht druckbar; keine freigegebene Ausweichlösung bekannt. Ansprechpartner: Versand/Telefon intern 214. Nächster Schritt: Druckwarteschlange und Gerätestatus prüfen.“

Denkfalle: Ein Screenshot kann helfen, ist aber kein Ersatz für Beschreibung und Kontext. Keine unnötigen personenbezogenen Daten oder Zugangsdaten ins Ticket übernehmen.
WISSENSCHECK · ANTWORT ANKLICKEN
Was unterscheidet Incident und Service Request?

Der Incident behandelt eine ungeplante Störung oder Qualitätsminderung. Ein Service Request ist eine definierte Anforderung an eine Leistung, beispielsweise die Bereitstellung genehmigter Software.

Warum ist „geht nicht“ keine ausreichende Fehlerbeschreibung?

Es fehlen Symptom, betroffener Service, Umfang, Zeitpunkt, geschäftliche Auswirkung und reproduzierbare Hinweise. Dadurch sind sinnvolle Priorisierung und Diagnose kaum möglich.

Was bedeutet SPOC?

Single Point of Contact: eine definierte zentrale Anlaufstelle, über die Kunden den Service Desk erreichen.

Warum dokumentiert man bereits erfolglose Tests?

Damit das nächste Supportlevel dieselben Schritte nicht unnötig wiederholt und die Fehlersuche nachvollziehbar fortsetzt.

02Kategorisieren, priorisieren, SLA verstehenNicht die Lautstärke entscheidet, sondern die Auswirkung

Eine Kategorie sagt, worum es geht. Die Priorität bestimmt, wie schnell gehandelt werden muss. Beides ist nicht dasselbe.

Auswirkung × Dringlichkeit

Auswirkung (Impact): Wie viele Menschen oder Geschäftsprozesse sind betroffen, und wie groß wäre der Schaden?

Dringlichkeit (Urgency): Wie schnell muss gehandelt werden, bevor schwerwiegende Folgen eintreten?

Die Kombination wird anhand einer organisationsspezifischen Prioritätsmatrix bewertet. Sicherheitsereignisse können gesonderte Eskalationsregeln haben.

Was ein SLA tatsächlich regelt

Ein Service Level Agreement beschreibt vereinbarte Serviceziele, etwa Erreichbarkeit, Servicezeiten, Reaktions- und Wiederherstellungs- oder Lösungsziele.

Reaktionszeit ≠ Lösungszeit. Eine erste qualifizierte Rückmeldung ist noch keine wiederhergestellte Arbeitsfähigkeit. Welche Reaktion zählt und wann Fristen ruhen, steht im Vertrag.

OLA: interne Leistungsvereinbarung. Underpinning Contract: unterstützender Vertrag mit einem externen Lieferanten.

BEISPIELMATRIX · NICHT ALLGEMEINGÜLTIG
Auswirkung ↓ / Dringlichkeit →HochMittelNiedrig
HochP1P2P3
MittelP2P3P4
NiedrigP3P4P4
FRISTENRECHNUNG // BEISPIEL

Freitag, 16:30 Uhr – 60 Minuten Reaktionszeit

Das Beispiel-SLA zählt nur montags bis freitags von 08:00 bis 17:00 Uhr, ohne Feiertage. Freitag laufen 30 Minuten. Die restlichen 30 Minuten laufen am Montag ab 08:00 Uhr. Frist: Montag, 08:30 Uhr.

Gilt die Frist dagegen kalenderzeitlich durchgehend, wäre sie schon am Freitag um 17:30 Uhr erreicht. Es entscheidet der konkrete Vertrag, nicht ein allgemeiner ITIL-Wert.

Funktionale Eskalation

Der Fall geht an eine Stelle mit benötigtem Spezialwissen, Zuständigkeit oder Berechtigung – beispielsweise vom 1st Level zum Netzwerkteam.

Hierarchische Eskalation

Die Leitung wird eingeschaltet, etwa bei drohender SLA-Verletzung, blockierten Entscheidungen oder eskalierender Beschwerde. Sie ersetzt keine fachliche Übergabe.

Denkfalle: „Alle wollen P1“ ist keine Prioritätslogik. Sicherheit, regulatorische Pflichten und geschäftskritische Systeme können Sonderwege vorgeben – diese müssen im Prozess definiert sein.
WISSENSCHECK
Was ist der Unterschied zwischen Kategorie und Priorität?

Kategorie ordnet nach Art/Betroffenheit ein (z. B. Netzwerk, Drucker, Konto); Priorität leitet die Bearbeitungsreihenfolge aus geschäftlicher Auswirkung und Dringlichkeit sowie Sonderregeln ab.

Warum zählt eine automatische Ticketbestätigung nicht immer als Reaktion?

Weil ein SLA eine qualifizierte menschliche Rückmeldung fordern kann. Maßgeblich ist die vertragliche Definition der Reaktion.

Wie unterscheidet sich eine funktionale von einer hierarchischen Eskalation?

Funktional: Übergabe an technische Spezialisten. Hierarchisch: Einbeziehung von Führungskräften zur Entscheidung oder Steuerung.

Ein Mitarbeiter ist sehr verärgert. Wird das automatisch P1?

Nein. Für Priorität zählen definierte Kriterien wie Impact, Urgency und festgelegte Sonderregeln – nicht allein die Emotion des Meldenden.

DAS SOLL HÄNGEN BLEIBEN

Guter Support ist ein nachvollziehbarer Prozess.

Erfassen → bewerten → eingrenzen → kontrolliert beheben → dokumentieren → verbessern. Jeder Schritt liefert Informationen für den nächsten. Du musst nicht raten, wenn du gezielt fragen, prüfen und sauber dokumentieren kannst.

Incident ≠ ProblemImpact + UrgencySLA ist vertraglichHypothese ≠ NachweisWorkaround ≠ Ursache behobenGelöst ≠ geschlossen

Eigenständig formulierte Lernhilfe mit Praxisbeispielen; kein Ersatz für die geltenden Serviceverträge, Sicherheitsrichtlinien oder konkreten Unterrichtsvorgaben.