aiMOOC

IT-Service Projekte und Automatisierung – IT-Serviceanfragen strukturiert aufnehmen

QR-Code

IT-Service Projekte und Automatisierung – IT-Serviceanfragen strukturiert aufnehmen

Einleitung

Kurzbeschreibung: Symptom, Priorität und betroffener Prozess.

Zielgruppe: Auszubildende in IT-Berufen, insbesondere Fachinformatik und IT-Systemmanagement.

Lernzeit: Vier kurze Lerneinheiten, ein Praxislabor und Lernkontrollen.

Lernziele: Du kannst IT-Meldungen verständlich aufnehmen, Störungen von Serviceanfragen unterscheiden, Auswirkungen auf Geschäftsprozesse beurteilen, Prioritäten begründen und einfache Prüfungen automatisieren.

Dein Lernauftrag: Aus einer unklaren Meldung machst Du ein nachvollziehbares IT-Ticket.

Sicherheitsregel: Alle Beispiele sind erfunden. Verwende ausschließlich lokale oder ausdrücklich freigegebene Testumgebungen. Übertrage keine echten Kunden-, Geräte- oder Zugangsdaten. Führe keine Tests an fremden Netzwerken oder Produktivsystemen aus.

Lerneinheit 1: Symptome erkennen

Dauer: 8 Minuten

Was ist ein Symptom?

Ein Symptom ist eine beobachtbare Beeinträchtigung eines IT-Dienstes. Es beschreibt, was nicht funktioniert, ohne die Ursache vorwegzunehmen.

Ungünstige Meldung	Strukturierte Meldung
„Der Server ist kaputt.“	„Beim Speichern erscheint seit 08:10 Uhr die Meldung ‚Speichern fehlgeschlagen‘.“
„Das Netzwerk ist schuld.“	„Die Schulungsanwendung ist am Übungs-PC nicht erreichbar.“
„Alles funktioniert nicht.“	„Der Bestellabschluss lässt sich nicht durchführen.“

Merksatz: Beobachtung und Vermutung sind unterschiedliche Informationen.

Die fünf wichtigsten Rückfragen

Symptom: Was genau funktioniert nicht?
Zeitpunkt: Seit wann tritt die Beeinträchtigung auf?
Umfang: Welche Arbeitsplätze oder Tätigkeiten sind betroffen?
Prozess: Welche betriebliche Aufgabe kann nicht durchgeführt werden?
Alternative: Gibt es einen funktionierenden Ersatzweg?

Mini-Aufgabe: Formuliere „Das Internet ist kaputt“ in eine überprüfbare Beobachtung um.

Beispielfeedback: „Die lokale Übungsseite zeigt beim Öffnen eine Fehlermeldung“ ist besser, weil ein überprüfbares Verhalten beschrieben wird. Die Ursache bleibt zunächst offen.

Lerneinheit 2: Geschäftsprozess und Anfrageart

Dauer: 10 Minuten

Den betroffenen Prozess bestimmen

Ein Geschäftsprozess verbindet Tätigkeiten zu einem betrieblichen Ergebnis. Eine IT-Störung wird besonders relevant, wenn ein wichtiger Geschäftsprozess beeinträchtigt ist.

Symptom	Betroffener Prozess	Mögliche Auswirkung
Bestellabschluss schlägt fehl	Verkauf	Bestellungen bleiben unbearbeitet
Versandetikett wird nicht erstellt	Warenausgang	Pakete können nicht fertiggestellt werden
Arbeitsbericht lädt langsam	Controlling	Auswertung verzögert sich
Anmeldung am Schulungssystem schlägt fehl	Ausbildung	Übungsaufgabe kann nicht beginnen

Die Grafik zeigt ein allgemeines Beispiel zur Geschäftsprozessmodellierung, nicht den konkreten Ausbildungsfall.

Incident oder Serviceanfrage?

Begriff	Bedeutung	Beispiel
Incident	Ungeplante Unterbrechung oder Qualitätsminderung eines IT-Service	Die Bestellsoftware funktioniert nicht
Serviceanfrage	Wunsch nach einer vorgesehenen Serviceleistung	Ein zusätzliches Headset wird benötigt

Wichtig: Eine Serviceanfrage wird grundsätzlich nach dem vereinbarten Servicekatalog bearbeitet. Die Incident-Prioritätsmatrix ist nicht automatisch für alle Serviceanfragen geeignet.

Lernvideo: Service Request Management

Value Insights: ITIL 4 Foundation – Service Request Management Practice.

Der typische Bearbeitungsablauf

Vereinfachtes Ablaufmodell:

Aufnahme	Einordnung	Bearbeitung	Abschluss
Meldung verstehen	Kategorie und Priorität festlegen	Zuständiges Team bearbeiten lassen	Ergebnis dokumentieren und Abschluss prüfen

Lernvideo: Incident Management

Value Insights: Incident Management Practice, englischsprachig.

Lerneinheit 3: Prioritäten begründen

Dauer: 10 Minuten

Auswirkung und Dringlichkeit

Die Auswirkung beschreibt, wie stark der betroffene Geschäftsprozess beeinträchtigt ist.

Die Dringlichkeit beschreibt, wie schnell eine Bearbeitung notwendig wird, damit keine erheblichen Folgen entstehen.

Die Priorität ergibt sich aus beiden Bewertungen nach den Regeln der Organisation.

Kriterium	Hoch	Mittel	Niedrig
Auswirkung	Kritischer Prozess weitgehend blockiert	Teilprozess erheblich beeinträchtigt	Begrenzte Beeinträchtigung
Dringlichkeit	Sehr zeitkritisch	Zeitnahe Bearbeitung notwendig	Bearbeitung aufschiebbar

Visualisierte Prioritätsmatrix

Didaktische Beispielmatrix: P1 bedeutet höchste, P4 niedrigste Priorität.

Auswirkung / Dringlichkeit	Hoch	Mittel	Niedrig
Hoch	P1	P2	P3
Mittel	P2	P3	P4
Niedrig	P3	P4	P4

Achtung: Diese Matrix ist eine Lernvereinbarung, keine allgemein verbindliche ITIL-Vorgabe. In einem Betrieb gelten dessen festgelegte Priorisierungsregeln, Sicherheitsverfahren und Service-Level-Vereinbarungen.

Beispiel: Dieselbe Störung, unterschiedliche Priorität

Situation	Auswirkung	Dringlichkeit	Ergebnis
Bestellabschluss im Übungsbetrieb vollständig blockiert, Abgabefrist unmittelbar	Hoch	Hoch	P1
Monatsbericht lädt langsam, Fertigstellung erst in einigen Tagen	Mittel	Niedrig	P4

Begründung: Nicht allein die technische Fehlermeldung, sondern die tatsächlichen betrieblichen Folgen entscheiden.

Lernvideo: Die wichtigsten ITIL-Practices

Value Insights: Überblick über Incident Management, Service Desk und weitere Practices.

Lerneinheit 4: Der konkrete Ausbildungsfall

Dauer: 10 Minuten

Übungsfirma Lernhandel

Du arbeitest im IT-Service der vollständig fiktiven Übungsfirma Lernhandel.

Um 08:10 Uhr kommt folgende Meldung:

„Beim Abschließen einer Bestellung erscheint ‚Abschluss nicht möglich‘. Zwölf Mitarbeitende können keine Bestellungen abschließen. Bis 09:00 Uhr sollen 40 Übungsbestellungen bearbeitet sein. Ein Ersatzweg ist nicht verfügbar.“

Deine Aufgabe: Erstelle einen Ticketentwurf.

Ticketfeld	Dokumentation
Ticket-ID	T-101
Anfrageart	Incident
Symptom	Bestellabschluss meldet „Abschluss nicht möglich“
Beginn	08:10 Uhr laut Meldung
Betroffener Prozess	Verkauf / Bestellabschluss
Betroffene	Zwölf Mitarbeitende im Übungsfall
Betriebliche Folge	40 Übungsbestellungen gefährdet
Workaround	Kein Ersatzweg bekannt
Auswirkung	Hoch
Dringlichkeit	Hoch
Priorität	P1 nach der Übungsmatrix
Status	Aufgenommen, Bearbeitung offen

Begründetes Feedback: P1 ist in dieser Übung sinnvoll, weil ein wichtiger Geschäftsprozess blockiert ist und eine unmittelbare Frist besteht. Die Ursache der Störung ist noch unbekannt und darf nicht als Tatsache eingetragen werden.

Gestufte Lernhilfen

Hilfe 1 – Leitfrage: Was sieht oder erlebt die meldende Person tatsächlich?

Hilfe 2 – Struktur: Ergänze Symptom, Zeitpunkt, Geschäftsprozess, Umfang, Workaround, Auswirkung und Dringlichkeit.

Hilfe 3 – Musterlösung: Verwende das ausgefüllte Ticket T-101 als Vergleich. Prüfe anschließend, welche Angaben Beobachtungen und welche Bewertungen sind.

Automatisierung: Lokales Ticketlabor

Ziel: Du testest eine einfache regelbasierte Priorisierung, ohne ein Produktivsystem zu verwenden.

Isolierte Testumgebung einrichten

Du benötigst lediglich eine lokale Installation von Python 3 und einen Texteditor.

Speichere das folgende Programm als ticket_labor.py auf einem freigegebenen Übungsgerät. Es nutzt ausschließlich die Python-Standardbibliothek, erzeugt fiktive Testdaten und arbeitet ohne Netzwerkverbindungen, Datenbankzugriffe oder Dateiübertragungen. Die Eingaben bleiben während der Ausführung im Arbeitsspeicher.

import sys

MATRIX = {
    "hoch": {"hoch": "P1", "mittel": "P2", "niedrig": "P3"},
    "mittel": {"hoch": "P2", "mittel": "P3", "niedrig": "P4"},
    "niedrig": {"hoch": "P3", "mittel": "P4", "niedrig": "P4"},
}

FAELLE = [
    ("T-101", "Kassenabschluss meldet Fehler", "Verkauf", "hoch", "hoch"),
    ("T-102", "Etiketten werden nicht erstellt", "Warenausgang", "hoch", "mittel"),
    ("T-103", "Terminal meldet Anmeldefehler", "Warenausgang", "mittel", "hoch"),
    ("T-104", "Bericht laedt langsam", "Monatsauswertung", "hoch", "niedrig"),
    ("T-105", "Drucker hat Papierstau", "Versand", "niedrig", "hoch"),
    ("T-106", "Drucker druckt streifig", "Versand", "mittel", "niedrig"),
    ("T-107", "Inventarliste zeigt altes Layout", "Inventur", "niedrig", "mittel"),
    ("T-108", "Archivabfrage ist langsam", "Archiv", "niedrig", "niedrig"),
]

def prioritaet(auswirkung, dringlichkeit):
    return MATRIX[auswirkung][dringlichkeit]

def pruefe_pflichtfelder(symptom, prozess):
    if not symptom.strip() or not prozess.strip():
        raise ValueError("Symptom und Prozess sind Pflichtfelder.")

def demo():
    zahlen = {"P1": 0, "P2": 0, "P3": 0, "P4": 0}
    for nr, symptom, prozess, a, d in FAELLE:
        stufe = prioritaet(a, d)
        zahlen[stufe] += 1
        print(f"{nr}: {stufe} | {prozess} | {symptom}")
    print("\nDiagramm aus fiktiven Daten:")
    for stufe, zahl in zahlen.items():
        print(f"{stufe}: {'#' * zahl} ({zahl})")

def uebung():
    art = input("Stoerung oder Serviceanfrage? (s/a): ").strip().lower()
    if art not in ("s", "a"):
        print("Nur s oder a eingeben.")
        return
    symptom = input("Beobachtetes Symptom oder Wunsch: ")
    prozess = input("Betroffener Geschaeftsprozess: ")
    try:
        pruefe_pflichtfelder(symptom, prozess)
        if art == "a":
            print("Serviceanfrage: ueber vereinbarten Katalogprozess pruefen.")
            return
        a = input("Auswirkung (hoch/mittel/niedrig): ").strip().lower()
        d = input("Dringlichkeit (hoch/mittel/niedrig): ").strip().lower()
        stufe = prioritaet(a, d)
        print(f"Ticketentwurf: {stufe} | {prozess} | {symptom}")
        print("Feedback: Stufe folgt der Uebungsmatrix; Eingaben fachlich pruefen.")
    except (ValueError, KeyError):
        print("Eingabe unvollstaendig oder ungueltig. Bitte erneut versuchen.")

def tests():
    assert prioritaet("hoch", "hoch") == "P1"
    assert prioritaet("mittel", "hoch") == "P2"
    assert prioritaet("niedrig", "niedrig") == "P4"
    try:
        pruefe_pflichtfelder("", "Verkauf")
    except ValueError:
        pass
    else:
        raise AssertionError("Leeres Symptom wurde akzeptiert.")
    print("4 lokale Tests bestanden.")

if __name__ == "__main__":
    if "--test" in sys.argv:
        tests()
    else:
        print("Offline-Ticketlabor | ausschliesslich erfundene Daten")
        demo()
        if input("\nEigenes fiktives Ticket ueben? (j/n): ").strip().lower() == "j":
            uebung()

Lokale Ausführung:

python3 ticket_labor.py --test
python3 ticket_labor.py

Unter Windows kannst Du alternativ den Befehl py ticket_labor.py verwenden.

Erwartetes Testergebnis: „4 lokale Tests bestanden.“

Didaktische Grenze: Das Programm berechnet die Priorität aus eingegebenen Bewertungen. Es erkennt nicht selbstständig, ob eine Geschäftsfolge richtig eingeschätzt wurde. Diese Entscheidung muss fachlich überprüft werden.

Visualisierung der fiktiven Ticketdaten

Die acht Störungsmeldungen des Programms verteilen sich folgendermaßen:

Priorität	Anzahl	Balkendiagramm
P1	1	█
P2	2	██
P3	2	██
P4	3	███

Auswertung: Die dargestellten Zahlen stammen ausschließlich aus den acht erfundenen Übungsfällen. Sie sind keine realen Servicedesk-Kennzahlen.

Anwendungsauftrag: Ändere die Dringlichkeit von T-104 im Programm auf „hoch“. Vergleiche die neue Priorität mit der bisherigen und erkläre die Änderung.

Feedback: T-104 wechselt von P3 zu P1, weil bei hoher Auswirkung nun auch hohe Dringlichkeit vorliegt. Die Änderung ist nur dann sachgerecht, wenn die neue Dringlichkeit begründet werden kann.

Sicherheit und Datenschutz

Die strukturierte Erfassung erfordert Datenschutz und Informationssicherheit.

Datenminimierung: Erfasse nur Angaben, die für die Bearbeitung notwendig sind.
Zugriffsberechtigung: Dokumentiere keine Passwörter, Tokens oder vertraulichen Zugangsinformationen.
Testumgebung: Verwende nur eigene oder ausdrücklich autorisierte Schulungsumgebungen.
Datensicherheit: Übertrage keine Tickets ungefragt an externe Dienste.
IT-Sicherheitsvorfall: Melde einen begründeten Sicherheitsverdacht über das dafür vorgesehene Verfahren.

Rechtsgrundlage zur Datenminimierung: Datenschutz-Grundverordnung, Artikel 5 Absatz 1 Buchstabe c.

Videomaterial zur freiwilligen Vertiefung:

Value Insights: Incident Management in Practice, englischsprachiger Fachbeitrag.

Hinweis zu externen Medien: YouTube, Wikipedia und LearningApps sind keine Bestandteile der isolierten lokalen Testumgebung. Beim Aufruf können Verbindungen zu externen Anbietern entstehen. Verwende solche Angebote nur im Rahmen der schulischen beziehungsweise betrieblichen Freigabe und gib dort keine echten Ticketdaten ein.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was gehört in das Feld Symptom? (Die beobachtete Fehlermeldung) (!Die vermutete Ursache als gesicherte Tatsache) (!Die private Meinung der meldenden Person) (!Ein beliebiges technisches Schlagwort)

Welche Situation ist ein Incident? (Eine bisher funktionierende Anwendung fällt ungeplant aus) (!Ein zusätzliches Headset wird bestellt) (!Eine freiwillige IT-Schulung wird angefragt) (!Ein neues Standardgerät wird regulär beantragt)

Welche Meldung ist typischerweise eine Serviceanfrage? (Eine Mitarbeiterin wünscht ein zusätzliches Headset) (!Der Bestellabschluss funktioniert nicht) (!Die Warenwirtschaft meldet einen unerwarteten Fehler) (!Ein benötigter IT-Service ist ausgefallen)

Was bezeichnet der betroffene Geschäftsprozess? (Die beeinträchtigte betriebliche Tätigkeit) (!Die Seriennummer des Computers) (!Die Farbe des Ticketformulars) (!Den Namen eines beliebigen Programms)

Welche Größen verwendet die Prioritätsmatrix im Kurs? (Auswirkung und Dringlichkeit) (!Gerätealter und Hersteller) (!Abteilungsname und Arbeitsplatznummer) (!Ticketlänge und Anzahl der Wörter)

Welche Priorität ergibt sich bei hoher Auswirkung und hoher Dringlichkeit in der Übungsmatrix? (P1) (!P2) (!P3) (!P4)

Warum fragst Du nach einem Ersatzweg? (Um die tatsächliche Beeinträchtigung besser einschätzen zu können) (!Um die Fehlerursache ohne Prüfung festzulegen) (!Um eine Störung grundsätzlich abzulehnen) (!Um die Dokumentation zu vermeiden)

Wie gehst Du mit einer unbekannten Fehlerursache um? (Du kennzeichnest sie als ungeklärt) (!Du erfindest eine plausible Ursache) (!Du behauptest einen Serverausfall) (!Du löschst die beobachteten Symptome)

Welche Daten dürfen im lokalen Übungslabor verwendet werden? (Nur erforderliche fiktive Übungsdaten) (!Echte Passwörter) (!Vertrauliche Kundendatensätze) (!Ungefragt kopierte Produktivprotokolle)

Was sollte eine automatische Ticketerfassung bei fehlendem Geschäftsprozess tun? (Die Eingabe zurückweisen und zur Ergänzung auffordern) (!Einen zufälligen Geschäftsprozess einsetzen) (!Immer die höchste Priorität vergeben) (!Das Ticket ohne Prüfung extern übertragen)

Feedback zum Quiz

Frage	Begründung der richtigen Lösung
1	Ein Symptom muss nachvollziehbar beobachtbar sein.
2	Ein Incident ist eine ungeplante Servicestörung oder Qualitätsminderung.
3	Die angefragte Bereitstellung ist eine vorgesehene Serviceleistung.
4	Der Geschäftsprozess bezeichnet die beeinträchtigte Arbeit.
5	Auswirkungen und Dringlichkeit begründen die Priorität.
6	Hoch und hoch ergibt in der Übungsmatrix P1.
7	Ein Ersatzweg kann die tatsächlichen Folgen begrenzen.
8	Unbestätigte Ursachen dürfen nicht als gesicherte Fakten erscheinen.
9	Fiktive Testdaten vermeiden Risiken für reale Personen und Systeme.
10	Fehlende Pflichtangaben verhindern eine verlässliche Weiterbearbeitung.

Memory

Symptom	Beobachtete Fehlererscheinung
Geschäftsprozess	Betrieblicher Arbeitsablauf
Auswirkung	Stärke der Beeinträchtigung
Dringlichkeit	Zeitliche Kritikalität
Workaround	Vorläufiger Ersatzweg
Incident	Ungeplante Servicestörung
Serviceanfrage	Wunsch nach vorgesehener Leistung

Drag and Drop

Ordne die richtigen Begriffe zu.	Leitfrage
Symptom	Was funktioniert sichtbar nicht?
Geschäftsprozess	Welche betriebliche Tätigkeit ist betroffen?
Auswirkung	Wie stark wird die Arbeit beeinträchtigt?
Dringlichkeit	Wie schnell wird eine Bearbeitung notwendig?
Workaround	Gibt es einen funktionierenden Ersatzweg?

Kreuzworträtsel

Ticket	Wie heißt der dokumentierte Vorgang im IT-Support?
Symptom	Wie nennt man eine beobachtbare Fehlererscheinung?
Prozess	Wie heißt ein zusammenhängender betrieblicher Arbeitsablauf?
Dringlichkeit	Welcher Begriff beschreibt die zeitliche Kritikalität einer Störung?
Workaround	Wie heißt eine vorläufige Umgehungslösung?
Kategorie	Welcher Begriff bezeichnet die fachliche Einordnung eines Tickets?

LearningApps

Optionaler externer Suchzugang: Nur nach Freigabe öffnen. Die Suchergebnisse sind nicht Bestandteil des lokalen Übungslabors.

Lückentext

Ein IT-Ticket dokumentiert eine Meldung zu einem

.

Die beobachtete Fehlererscheinung heißt

.

Die betroffene betriebliche Tätigkeit wird als

bezeichnet.

Eine ungeplante Unterbrechung eines IT-Service heißt

.

Die Bestellung einer vorgesehenen IT-Leistung ist eine

.

Die Stärke der Beeinträchtigung heißt

.

Die zeitliche Kritikalität wird durch die

beschrieben.

Aus beiden Bewertungen lässt sich nach einer festgelegten Matrix die

ableiten.

Eine vorläufige Umgehungslösung nennt man

.

Ungeklärte Fehlerursachen dürfen nicht als gesicherte

dokumentiert werden.

Für lokale Übungen sollen ausschließlich

verwendet werden.

Durch automatische Prüfungen können fehlende

erkannt werden.

Offene Aufgaben

Bearbeite alle Aufgaben ausschließlich anhand erfundener Meldungen und freigegebener Testsysteme.

Leicht – Basisaufgaben

Fehlerbeschreibung: Schreibe drei unklare IT-Meldungen in beobachtbare Symptome um.
Geschäftsprozess: Ordne fünf erfundene Störungen geeigneten Geschäftsprozessen zu.
Service Desk: Gestalte ein übersichtliches Ticketformular mit den notwendigen Pflichtfeldern.
Priorität: Bestimme für vier vorgegebene Kombinationen aus Auswirkung und Dringlichkeit die Priorität.

Standard – Anwendungsaufgaben

Ticket-System: Erstelle drei vollständig ausgefüllte fiktive Tickets für die Übungsfirma Lernhandel.
Incident Management: Simuliere in Partnerarbeit ein Servicegespräch zwischen meldender Person und IT-Service.
Python: Führe das lokale Ticketlabor aus und prüfe die vier eingebauten Tests.
Datenvisualisierung: Ergänze zwei erfundene Incidents im Programm und visualisiere die neue Prioritätsverteilung.

Schwer – Transferaufgaben

Prozessoptimierung: Entwirf einen Ablauf, der unvollständige Tickets erkennt und gezielte Rückfragen auslöst.
Automatisierung: Erweitere die lokale Python-Anwendung um eine Prüfung zulässiger Anfragearten und verständliche Fehlermeldungen.
Qualitätsmanagement: Entwickle ein Bewertungsraster für Ticketqualität und prüfe fünf vollständig erfundene Fallbeispiele.
Projektarbeit: Gestalte ein lokales Schulungsvideo oder eine Präsentation, in der Du eine Störungsmeldung aufnimmst, priorisierst und die Einstufung begründest.

Begründetes Feedback zu den Aufgaben

Niveau	Qualitätsmerkmal	Feedback und Begründung
Basis	Beobachtung, Ursache und Prozess werden getrennt.	Gut gelöst ist die Aufgabe, wenn Aussagen überprüfbar sind. Eine vermutete Ursache genügt nicht als Symptombeschreibung.
Anwendung	Tickets sind vollständig und Prioritäten nachvollziehbar.	Eine korrekte Matrixberechnung ist notwendig, ersetzt aber keine fachlich plausible Einschätzung der Auswirkungen.
Transfer	Die Lösung verarbeitet fehlende Angaben sicher und vermeidet Datenabfluss.	Eine zuverlässige Automatisierung erkennt Grenzen der Datenqualität und verlangt bei Unsicherheit menschliche Prüfung.

Lernkontrolle

Transferaufgabe: Eine einzelne Arbeitsstation fällt aus, allerdings kann ein wichtiger Geschäftsprozess vollständig über einen Ersatzarbeitsplatz weiterlaufen. Beurteile die Priorität und begründe die Bedeutung des Ersatzwegs.
Prozessanalyse: Zwei Meldungen besitzen dasselbe technische Symptom, beeinträchtigen aber unterschiedliche Geschäftsprozesse. Erkläre, warum ihre Prioritäten voneinander abweichen können.
Automatisierung: Eine Anwendung berechnet aus falschen Angaben eine formal korrekte Priorität. Erkläre die Ursache und schlage fachliche Kontrollmechanismen vor.
Datenschutz: Ein Übungsticket enthält unnötige personenbezogene Informationen. Überarbeite den Datensatz und begründe jede entfernte Angabe.
Kommunikation: Entwirf ein kurzes Aufnahmegespräch, mit dem Du unklare Störungsmeldungen ohne unbelegte Ursachenannahmen präzisierst.
Qualitätssicherung: Vergleiche zwei Ticketentwürfe und entscheide anhand selbst entwickelter Kriterien, welcher für die Bearbeitung besser geeignet ist.

Lernnachweis

Für einen erfolgreichen Lernnachweis erstellst Du eine dokumentierte Übungsarbeit mit folgenden Bestandteilen:

Ticketdokumentation: Mindestens drei vollständige fiktive Servicevorgänge.
Symptombeschreibung: Beobachtungen werden nachvollziehbar von Vermutungen getrennt.
Prozessbezug: Der betroffene Geschäftsprozess und die betrieblichen Folgen sind erkennbar.
Prioritätsbegründung: Die Einstufung wird anhand von Auswirkung und Dringlichkeit erklärt.
Automatisierung: Das lokale Python-Programm wird ausgeführt und die Ergebnisse der integrierten Tests werden dokumentiert.
Sicherheitsreflexion: Du erklärst, warum echte Zugangs- und Kundendaten sowie fremde Systeme ausgeschlossen bleiben.

Bewertungsvorschlag: Je Kriterium 0 Punkte für nicht erfüllt, 1 Punkt für teilweise erfüllt und 2 Punkte für nachvollziehbar erfüllt. Maximal sind 12 Punkte erreichbar. Entscheidend ist die Qualität der Begründungen, nicht nur das richtige Ankreuzen.

OERs zum Thema

Wikipedia: Incident Management

Weitere fachliche Quellen:

Atlassian: Incident-Management-Prozess – Erfassung, Einordnung, Priorisierung und Bearbeitung von Incidents.
Atlassian Support: Impact, Urgency und Priority – begriffliche Unterscheidung und Prioritätsableitung.
Atlassian Support: Automatische Priorisierung – Einsatz regelbasierter Prioritätsberechnung.
Europäische Union: Datenschutz-Grundverordnung – insbesondere Artikel 5 zur Datenminimierung.
Wikipedia: ITIL – Einordnung der Service-Management-Practices.

Mediennachweise und Nutzungsrechte

Die folgenden Abbildungen wurden anhand ihrer Wikimedia-Commons-Dateiseiten ausgewählt.

Medium	Urheber / Quelle	Ausgewiesene Lizenz
Helpdesk.png	Julian Kücklich	CC0 1.0
User-helpdesk-faq.svg	RRZEicons	CC BY-SA 3.0
Bpmn-1.png	Gubaer	CC BY-SA 3.0
Aktivitaetsdiagramm incident management.png	Emanuel.Duss	CC BY-SA 3.0
Flowchart icon.svg	OfficialURL	CC0 1.0

Lizenzhinweis: Bei CC-BY-SA-Medien gelten insbesondere Namensnennung, Lizenzverweis und gegebenenfalls Weitergabe unter gleichen Bedingungen. Maßgeblich sind die verlinkten Originaldateiseiten.

YouTube-Medien: Alle vier eingebundenen Videos stammen aus dem Bildungsangebot von Value Insights. Sie werden über ihre Original-YouTube-URLs eingebunden und nicht als frei lizenzierte OER zur Weiterverbreitung ausgegeben. Die jeweiligen Nutzungsbedingungen bleiben maßgeblich.

Lokal erstellte Materialien: Der Ausbildungsfall, die Beispielmatrix, die Ticketdaten, die Tabellen und das Python-Übungsprogramm sind eigens erstellte Lernmaterialien mit fiktiven Angaben.

Verknüpfte Lernbereiche

IT-Service-Management

Zusammenfassung

Ein gutes IT-Ticket beantwortet drei Kernfragen:

Symptom: Was funktioniert nicht?
Betroffener Prozess: Welche Arbeit wird dadurch beeinträchtigt?
Priorität: Wie groß sind die Auswirkungen und wie dringend ist die Bearbeitung?

Weitere wichtige Merkmale sind eine klare Anfrageart, nachvollziehbare Rückfragen, datensparsame Dokumentation und überprüfbare Automatisierung.

Merksatz: Erst verstehen, dann einordnen, anschließend begründet priorisieren.