Tickets nach Auswirkung und Dringlichkeit priorisieren - Servicefälle und vernetzte Systeme - Ausbildung
Tickets nach Auswirkung und Dringlichkeit priorisieren - Servicefälle und vernetzte Systeme - Ausbildung
QR-Code
Einleitung
Du bist im zweiten Ausbildungsjahr der Ausbildung zur Fachinformatikerin oder zum Fachinformatiker. In der fiktiven Nordlicht-Lernwerkstatt bearbeitest du Meldungen in einem isolierten, virtuellen Labor. Um 09:00 Uhr laufen gleichzeitig mehrere Störungen ein. Du sollst nicht nach Lautstärke oder Hierarchie entscheiden, sondern nach dokumentierten Folgen, echtem Zeitdruck und vereinbarten Servicezielen.
Lernziele: Du kannst Tickets strukturiert erfassen, Incident und Service Request trennen, Auswirkung und Dringlichkeit einzeln bewerten, die Priorität einer Matrix entnehmen, Reaktions- und Wiederherstellungszeiten in Minuten berechnen, Kunden sachlich informieren und Sicherheitsverdacht sicher eskalieren. Das vollständige Ausbildungsbeispiel enthält ausschließlich erfundene Daten und Konten.
Illustration eines IT-Supports: Sarah Brockmann / SynLLOER, CC0 1.0, Wikimedia Commons. Keine Darstellung des fiktiven Ausbildungsbetriebs.
Servicefälle einordnen und erfassen
Meldungsarten unterscheiden
Ein Ticket ist ein protokollierter Bearbeitungsvorgang. Ein Incident beschreibt die ungeplante Unterbrechung oder Verschlechterung eines IT-Dienstes. Ein Service Request ist dagegen ein regulärer Leistungswunsch wie die Einrichtung eines erlaubten Übungskontos. Ein Problem beschreibt eine mögliche gemeinsame oder noch unbekannte Ursache von Incidents. Ein Workaround ist eine vorläufige Umgehungslösung, die einen Dienst nutzbar macht, ohne die Ursache zwingend zu beseitigen.
Ein Sicherheitsverdacht ist gesondert zu bewerten: Er kann mit einer Betriebsstörung zusammenfallen, benötigt aber eigene Melde-, Vertraulichkeits- und Freigaberegeln. Eine nur vermutete Ursache darf nicht als nachgewiesene Tatsache ins Ticket übernommen werden.
Welche Daten gehören ins Ticket?
Notiere eindeutige ID, Eingangszeit, betroffenen Dienst, freigegebene Rückfragemöglichkeit, reproduzierbare Beobachtung, Auswirkungen auf Arbeitsabläufe und Daten, Zahl der betroffenen Testarbeitsplätze, feste Fristen, Ersatzwege, Zuständigkeit, Priorität mit Begründung, Reaktionszeit, nächste Rückmeldung und Statusänderungen. Keine Passwörter, echten Benutzernamen, Schülerdaten, internen Zugangstoken oder unverhältnismäßig ausführlichen Protokolldaten erfassen.
Beispiel: „Portal-LAB reagiert seit 09:05 nicht für 48 von 60 Testkonten“ ist eine überprüfbare Beobachtung. „Der zentrale Server ist defekt“ wäre zunächst eine unbestätigte Vermutung. Eine vollständige Meldung ermöglicht dem Support, zielgerichtet und mit geeigneter Freigabe zu handeln.
Ausbildungsordnung und Berufsschule klar unterscheiden
Der KMK-Rahmenlehrplan vom 13.12.2019 ordnet Lernfeld 6 „Serviceanfragen bearbeiten“ dem zweiten Ausbildungsjahr mit 40 Unterrichtsstunden zu. Er betont insbesondere die Einordnung von Anfragen, Service-Level-Agreements, Reaktionszeiten, fachgerechte Dokumentation und Kommunikation. Die angrenzenden Lernfelder 8 „Daten systemübergreifend bereitstellen“ und 9 „Netzwerke und Dienste bereitstellen“ schaffen wichtige fachliche Verbindungen.
Die Fachinformatikerausbildungsverordnung (FIAusbV) vom 28.02.2020, in Kraft seit 01.08.2020, regelt dagegen die betriebliche Ausbildung und ihren Ausbildungsrahmenplan. Kundenberatung, abgestimmtes Arbeiten, Systembetreuung und Fehleranalyse werden dort als berufliche Kompetenzen verankert. Aus den beiden Ordnungsmitteln folgt keine allgemeingültige P1- bis P4-Matrix. Solche Einstufungen müssen für den jeweiligen Betrieb konkret vereinbart werden. Die amtlichen Grundlagen findest du im Quellenabschnitt; geprüft am 21.10.2026.
Auswirkungen und Dringlichkeit nachvollziehbar bewerten
Zwei Achsen mit unterschiedlichen Fragen
Auswirkung: Wie schwer sind Dienst, Personen, Daten und Geschäfts- beziehungsweise Lernprozesse betroffen? Berücksichtige nicht nur die Nutzerzahl, sondern auch die Bedeutung des blockierten Ablaufs, Abhängigkeiten und einen funktionierenden Ersatzweg. Schon drei Personen können an einem zeitkritischen Kernprozess arbeiten.
Dringlichkeit: Wie rasch muss gehandelt werden, bevor zusätzliche Folgen eintreten? Prüfe verbindliche Termine, verbleibende Zeit bis zur kritischen Schwelle und die Möglichkeit einer Überbrückung. Eine emotional formulierte Meldung rechtfertigt nicht automatisch eine sofortige Bearbeitung.
Die beiden Kriterien erhalten jeweils hoch, mittel oder niedrig. Die Priorität wird erst aus ihrer Kombination bestimmt. Alle hier verwendeten Begriffe und Fristen sind didaktische Modellregeln, keine allgemeine gesetzliche oder ITIL-Pflichtmatrix.
Die fiktive Drei-mal-drei-Matrix
| Auswirkung / Dringlichkeit | Hoch | Mittel | Niedrig |
|---|---|---|---|
| Hoch | P1 kritisch | P2 hoch | P3 normal |
| Mittel | P2 hoch | P3 normal | P4 niedrig |
| Niedrig | P3 normal | P4 niedrig | P4 niedrig |
Anwendung: Zuerst prüfst du beobachtbare Schäden, dann den Zeitdruck und den Ersatzweg; anschließend liest du die Prioritätsstufe am Schnittpunkt ab. Notiere die Gründe und wann eine Neubewertung erfolgen soll. Bei gleich hoher Priorität betrachtet die Laborleitung den nächsten tatsächlich drohenden Schaden und die verbindliche Ablaufzeit. Das ist eine festgelegte lokale Gleichstandsregel, keine universelle Empfehlung.

Netzwerktopologien und mögliche Abhängigkeiten; Foobaz / Parzi, Upload Predatorix, CC BY-SA 4.0, Wikimedia Commons. Nicht der Plan des Modelllabors.
Vollständiger Ausbildungsfall: fünf simulierte Tickets
Testnetz und Ausgangsdaten
Das isolierte Unterrichtslabor besitzt 60 künstliche Übungskonten und die virtuelle Netzadresse 10.42.0.0/24. Die Serverrollen heißen Portal-LAB, Bericht-LAB und Sync-LAB. Der Laborbetrieb ist logisch von Produktivnetzen getrennt. Alle Meldungen, Zeiten und Betroffenen sind erfunden; das Netzwerk dient ausschließlich der Fallbearbeitung unter qualifizierter Aufsicht.
| Ticket | Eingang | Beobachtung | Auswirkung | Dringlichkeit | Matrixpriorität |
|---|---|---|---|---|---|
| LAB-101 | 09:05 | Portal-LAB ist für 48 von 60 Übungskonten nicht erreichbar; Übung beginnt 09:30 | hoch | hoch | P1 |
| LAB-102 | 09:07 | Maus an einem Testplatz arbeitet nicht; Ersatz vorhanden, nächste Nutzung morgen | niedrig | niedrig | P4 |
| LAB-103 | 09:09 | Abgleich von zwölf künstlichen Datensätzen in Sync-LAB gestört; manueller Ersatzweg bis Abgabe um 14:00 | mittel | mittel | P3 |
| LAB-104 | 09:12 | Kleines Prüfungsteam erhält den kritischen Testbericht nicht; Durchlauf 09:25, kein Ersatz | hoch | hoch | P1 |
| LAB-105 | 09:15 | Monitor meldet ungewöhnliche Versuche an künstlichen Testkonten; Ursache offen | gesonderte Sicherheitsbewertung | unverzügliche Fachmeldung | Sicherheitsmeldeweg |
Reihenfolge um 09:16: LAB-104 wird wegen der näheren Frist zuerst bestätigt und dem Fachteam zugewiesen. Parallel erhält das Team für LAB-101 eine eigene Arbeitszuweisung. LAB-105 wird ohne Verzögerung über die gesonderte Sicherheitsmeldelinie weitergegeben; die Sicherheitsfachstelle trifft die weitere Einstufung. Danach folgen LAB-103 und LAB-102. Diese Priorisierung bedeutet nicht, dass nur ein Fall gleichzeitig bearbeitet werden dürfte.
Diagnoseschritte, Lösung und prüfbare Ergebnisse
LAB-101: Das Ticket nennt „Webdienst vorübergehend nicht erreichbar“, aber keine gesicherte Ursache. Die zuständige Laborfachkraft vergleicht nur freigegebene Beobachtungen, prüft den Zustand der virtuellen Instanz und stellt einen angehaltenen Labor-Anwendungsdienst nach dem betrieblich simulierten Vier-Augen-Verfahren wieder her. Drei unabhängige künstliche Konten melden danach eine erfolgreiche Anmeldung; die Wiederherstellung ist um 10:10 dokumentiert. Erst eine getrennte Analyse kann die ursprüngliche Ursache bestätigen.
LAB-102: Ein zuvor genehmigtes Ersatzgerät ermöglicht die Übung. Das defekte Eingabegerät wird markiert und in der isolierten Testumgebung untersucht; für den nächsten Unterrichtstermin ist eine Ersatzlösung vorhanden. Keine Arbeiten an stromführenden Teilen ausführen.
LAB-103: Beim ersten Datenabgleich liegen zwölf fiktive Quelldatensätze und null Zieldatensätze vor. Die Vollständigkeitsquote lautet 0 geteilt durch 12 gleich 0 Prozent. Nach einer freigegebenen Anpassung einer künstlichen Spaltenzuordnung ergibt der erneute Export zwölf erwartete und zwölf empfangene Datensätze: 12 geteilt durch 12 mal 100 gleich 100 Prozent. Diese Zahl belegt die reine Zeilen-Vollständigkeit, nicht die Richtigkeit aller Inhalte. Zusätzlich werden drei frei erfundene Stichprobenschlüssel und ihre Zuordnung kontrolliert. Abschluss: 14:00.
LAB-104: Eine Testdatei wird im Berichtsmodul unter einer falschen internen Beispielreferenz gesucht. Nach dokumentierter Prüfung und genehmigter Korrektur im Labor wird der Bericht um 10:05 reproduzierbar angezeigt. Der bereits versäumte Durchlauf um 09:25 wird als betriebliche Auswirkung festgehalten; eine spätere Reparatur macht diese Auswirkung nicht ungeschehen.
LAB-105: Die Meldung beweist noch keinen Angriff. Service Desk und Auszubildende halten nur freigegebene Beobachtungen fest, melden sofort an die simulierte Sicherheitsfunktion und verändern keine Spuren ohne Beauftragung. Besonders wichtig sind Rollentrennung, sachliche Kommunikation, Datenminimierung und das Vermeiden unbefugter Gegenmaßnahmen.
Netzwerktechnik als Anschauungsmaterial: © Yann Forget / Wikimedia Commons, CC BY-SA 3.0; fremde Aufnahme, keine Laboraufnahme.

Animation zur Paketvermittlung: Oddbodz, CC BY-SA 3.0, Wikimedia Commons. Sie erklärt technische Datenwege und ist keine Darstellung des Prioritätsverfahrens.
SLA-Fristen, Eskalation und Servicequalität
Verbindliche Modellziele und ihre Einheiten
Ein Service-Level-Agreement (SLA) vereinbart messbare Leistungsmerkmale. Die Reaktionszeit messen wir vom Ticketeingang bis zu einer qualifizierten persönlichen Erstreaktion, nicht bis zur automatischen Eingangsbestätigung. Die Wiederherstellungszeit reicht vom Eingang bis zur überprüften Funktionswiederherstellung. Die dauerhafte Ursachenbeseitigung kann als separate Arbeit weiterlaufen.
| Stufe | Ziel qualifizierte Erstreaktion | Ziel Wiederherstellung |
|---|---|---|
| P1 | 15 Minuten | 120 Minuten |
| P2 | 30 Minuten | 240 Minuten |
| P3 | 240 Minuten | ein vereinbarter Arbeitstag |
| P4 | nächster vereinbarter Arbeitstag | drei vereinbarte Arbeitstage |
Geltungsbereich: Der erfundene Betrieb zählt Arbeitstage Montag bis Freitag, 08:00–17:00 Uhr, ohne Feiertage. Alle folgenden Beispielrechnungen erfolgen am selben Arbeitstag; es werden keine nicht dokumentierten SLA-Pausen unterstellt. Die Modellfristen sind keine universelle Norm und keine echten Leistungszusagen.
Reaktionszeit und Wiederherstellungszeit rechnen
LAB-101: 09:05 Eingang; 09:15 qualifizierte Antwort: 10 Minuten. Ziel P1 maximal 15 Minuten: 5 Minuten Reserve. 10:10 Funktionstest erfolgreich: von 09:05 bis 10:10 vergehen 65 Minuten. Ziel 120 Minuten: 55 Minuten Reserve.
LAB-104: 09:12 Eingang; 09:28 qualifizierte Antwort: 16 Minuten. P1-Ziel maximal 15 Minuten: eine Minute Fristüberschreitung. Um 10:05 läuft der Bericht wieder; 09:12 bis 10:05 sind 53 Minuten, somit 67 Minuten unter der Wiederherstellungsfrist. Die frühere Verletzung der Reaktionsfrist bleibt bestehen.
LAB-103: 09:09 Eingang, 11:00 Erstreaktion: 111 Minuten und damit innerhalb des P3-Ziels von 240 Minuten. Von 09:09 bis zur Wiederherstellung um 14:00 vergehen 291 Minuten oder 4 Stunden 51 Minuten. Das liegt innerhalb des vereinbarten Modell-Arbeitstags. Rechne Arbeitszeitmodelle mit Pausen, Feiertagen und Rufbereitschaft nur nach den dazu wirklich vereinbarten Regeln.
Status, Rückmeldung und Qualitätsmessung
Ein nachvollziehbarer Statusfluss lautet: neu – geprüft – priorisiert – zugewiesen – in Bearbeitung – wiederhergestellt – abgeschlossen. Für Rückfragen ist auch „wartet auf Informationen“ möglich. Jede relevante Änderung erhält Zeit, verantwortliche Rolle und kurze Begründung. Der First-Level-Support übernimmt die strukturierte Annahme und einfache autorisierte Schritte, der Second-Level-Support spezialisierte Diagnosen. Sicherheitsvorfälle erhalten separate Zuständigkeiten.
Sachliche Nachricht: „Der Ausfall in Portal-LAB ist seit 09:05 erfasst und vorläufig mit P1 eingestuft. Wir haben die zuständige Fachstelle informiert. Unsere nächste Statusmitteilung folgt um 09:35. Eine gesicherte Ursache liegt noch nicht vor.“ Es werden keine privaten Zugangsdaten weitergegeben und keine unbewiesenen Ursachen behauptet.
Kontrollgröße: Bei drei ausgewerteten Erstreaktionen (LAB-101, LAB-104, LAB-103) waren zwei innerhalb des Ziels. Das sind 2/3 mal 100 gleich gerundet 66,7 Prozent. Die kleine Stichprobe erlaubt keine belastbare Aussage über die Gesamtqualität. Verbessern könnte man eine automatische P1-Fristwarnung fünf Minuten vor Ablauf, eine dokumentierte Gleichstandsregel und eine regelmäßige Überprüfung der Eskalationswege.
Das BSI-IT-Grundschutz-Kompendium, Edition 2023, Baustein DER.2.1 enthält Orientierung zur strukturierten Behandlung von Sicherheitsvorfällen. Eine einfache IT-Service-Matrix allein erfüllt keine organisatorischen Schutzpflichten. Nicht in Produktivsysteme eingreifen und keine vertraulichen Unterlagen heranziehen. Ein Lernkurs ersetzt weder betrieblich notwendige Freigaben noch Befähigungsnachweise.
Audio (Hörbeispiel eines Meldekanals): Telefonaufnahme auf Commons, Urheber Dsw4, durch den Urheber gemeinfrei bereitgestellt. Der Ton stellt kein Supportgespräch und keine echten Nutzerdaten dar.
Deutschsprachiges Fachvideo: „Einführung: ITIL-Prozesslandkarte“ von Stefan Kempter / IT Process Maps mit Beispielen zum Incident Management; Beschreibung beim Anbieter. Es zeigt ITIL-2011-Kontext und wird nicht als aktuelle verbindliche Norm dargestellt.
Interaktive Aufgaben
Quiz: Wissen prüfen
Was bewertet die Auswirkung? (Den Umfang und die Bedeutung der Dienstbeeinträchtigung) (!Ausschließlich den Wunsch nach schneller Hilfe) (!Nur die Stimmung der meldenden Person) (!Nur die Zeit des Ticketeingangs)
Begründung: Auswirkung erfasst die Folgen für Dienstleistungen, Daten und Arbeitsabläufe.
Was beschreibt Dringlichkeit? (Den zeitlichen Handlungsdruck bis zur Verschärfung) (!Die Länge der Ticketnummer) (!Die Anzahl aller vorhandenen Computer) (!Den Standort des Service Desks)
Begründung: Fristen und vorhandene Ersatzwege bestimmen maßgeblich den Zeitdruck.
Welche Stufe hat hoch bei Auswirkung und hoch bei Dringlichkeit im Modell? (P1) (!P2) (!P3) (!P4)
Begründung: Die Schnittstelle der beiden Hoch-Kategorien führt in der selbst definierten Matrix zu P1.
Wie ist LAB-102 anhand des Falles einzuordnen? (P4) (!P1) (!P2) (!P3)
Begründung: Nur ein Arbeitsgerät ist betroffen und ein Ersatz steht bis zur Nutzung morgen bereit.
Warum ist LAB-104 trotz kleiner Gruppe kritisch? (Ein bedeutender Bericht wird ohne Ersatz vor einer nahen Frist benötigt) (!Kleine Gruppen erhalten stets höchste Priorität) (!Eine spätere Ticketnummer muss zuerst kommen) (!Jede Datei ist automatisch ein Sicherheitsvorfall)
Begründung: Die Prozessbedeutung und die unmittelbare Frist zählen mehr als nur die Kopfzahl.
Welche Dauer liegt zwischen 09:05 und 09:15? (10 Minuten) (!5 Minuten) (!15 Minuten) (!65 Minuten)
Begründung: Die Differenz der beiden Uhrzeiten beträgt zehn Minuten und erfüllt das Modellziel.
Wie wird die Reaktionszeit von LAB-104 bewertet? (Eine Minute über dem P1-Ziel) (!Fünf Minuten unter dem P1-Ziel) (!Ohne Fristüberschreitung) (!Reaktionszeit wird nie gemessen)
Begründung: Sechzehn Minuten tatsächliche Dauer überschreiten das Ziel von fünfzehn Minuten.
Wie reagierst du auf LAB-105? (Gesondert an die Sicherheitszuständigen melden und Beobachtungen sichern) (!Eigenmächtig alle Aufzeichnungen löschen) (!Den Verdacht ungeprüft veröffentlichen) (!Das Ticket wegen geringer Lautstärke schließen)
Begründung: Ein noch ungeklärter Sicherheitsverdacht gehört in ein zuständiges Verfahren ohne unautorisierte Veränderungen.
Was belegt eine Übertragung von zwölf von zwölf Zeilen? (Die Vollständigkeit der Zeilenzahl) (!Die Richtigkeit jeder Datenzuordnung) (!Die sichere Bereinigung aller Ursachen) (!Die Einhaltung sämtlicher Reaktionsfristen)
Begründung: Die reine Mengenkontrolle ist erfolgreich; der Inhalt muss separat überprüft werden.
Welche Quote ergeben zwei fristgerechte Antworten bei drei geprüften Tickets? (Gerundet 66 Komma 7 Prozent) (!100 Prozent) (!33 Komma 3 Prozent) (!2 Minuten)
Begründung: Zwei geteilt durch drei mal hundert liefert gerundet 66,7 Prozent, aber nur für diese winzige Stichprobe.
Memory
Finde zusammengehörige Fachbegriffe und Erklärungen.
| Auswirkung | Maß der Einschränkung eines Dienstes |
| Dringlichkeit | Zeitlicher Druck vor zusätzlichen Folgen |
| Incident | Ungeplante Störung einer IT-Leistung |
| Workaround | Vorläufig nutzbare Umgehungslösung |
| SLA | Vereinbarung messbarer Serviceziele |
| Eskalation | Geregelte Weitergabe an Zuständige |
Drag-and-Drop
Verbinde die vorgegebenen Fachbegriffe mit den zutreffenden Beschreibungen.
| Passender Begriff | Aussage |
|---|---|
| Priorisierung | Reihenfolge aufgrund begründeter Bewertung bestimmen |
| First-Level-Support | Erste strukturierte Annahme und autorisierte Standardhilfe |
| Reaktionszeit | Zeit zwischen Ticketannahme und qualifizierter Antwort |
| Sicherheitsmeldeweg | Zuständigen Kanal für möglichen Sicherheitsvorfall nutzen |
| Datenvollständigkeit | Vorhandene Datensatzzahl mit erwarteter Zahl vergleichen |
Kreuzworträtsel
Trage jeweils ein Wort mit vier bis 22 Buchstaben ein.
| Ticket | Datensatz eines Servicevorgangs |
| Incident | Ungeplante Störung eines Dienstes |
| Dringlichkeit | Zeitdruck vor weiterem Schaden |
| Auswirkung | Umfang der Geschäftsbeeinträchtigung |
| Eskalation | Geregelte Übergabe an weitere Zuständigkeit |
| Reaktionszeit | Dauer bis zur qualifizierten ersten Antwort |
LearningApps
Eine externe Suche ermöglicht zusätzliche Übungen; Ergebnisse bitte fachlich prüfen.
Lückentext
Setze pro Satz den passenden Fachbegriff oder die passende Zahl ein.
Offene Aufgaben
Leicht
- Ticketaufbau: Erstelle einen vollständigen fiktiven Datensatz für LAB-101 einschließlich zweier überprüfbarer Beobachtungen und einer ausdrücklich unbestätigten Vermutung.
- Störungsarten: Unterscheide Incident, Service Request, Problem und Workaround mithilfe von vier neuen, vollständig erfundenen Beispielen.
- Matrixzuordnung: Ordne LAB-102 und LAB-103 zu und notiere für jede Achse mindestens zwei sachliche Argumente.
- Zeitstrahl: Zeichne LAB-101 mit Eingangszeit, Antwortzeit und Wiederherstellung und rechne die Abstände in Minuten nach.
Standard
- Serviceinterview: Führe ein Rollenspiel zu LAB-104 und entwickle fünf gezielte Rückfragen ohne echte Identitäts- oder Zugangsdaten.
- Diagnoseprotokoll: Erstelle zu LAB-101 eine nachvollziehbare Fallakte mit Befund, Vermutung, autorisierter Handlung und drei Testkriterien.
- Datentest: Vergleiche im Modell zwölf Quell- und Zieldatensätze und erläutere den Unterschied zwischen Mengenvollständigkeit und fachlicher Richtigkeit.
- Kundeninformation: Formuliere eine respektvolle Statusmeldung zur verspäteten Erstreaktion von LAB-104 samt nächstem Termin und fehlender Ursachenbestätigung.
Schwer
- Gleichstandsentscheidung: Untersuche zwei sinnvolle Abläufe für LAB-101 und LAB-104 und begründe eine transparente betriebliche Gleichstandsregel.
- Meldebaum: Entwerfe für LAB-105 Rollen, Meldeschritte und erlaubte Dokumentation, ohne reale Sicherheitssysteme zu testen.
- Simulationsstatistik: Erfinde zehn weitere Datenschutz-freundliche Tickets mit nachvollziehbaren Zeiten und prüfe, wie sich die SLA-Quote ändert.
- Verbesserungsprojekt: Entwirf ein P1-Warnkonzept und teste anhand von drei neuen Grenzfällen eine faire und reproduzierbare Priorisierungsregel.


Lernkontrolle
- Sachentscheidung: Zeige an zwei Fällen, warum eine geringe Nutzerzahl trotzdem hohe Auswirkung und Priorität bedeuten kann.
- Minutenrechnung: Errechne LAB-101 und LAB-104 vollständig und kennzeichne jede Fristüberschreitung mit ihrem tatsächlichen Ausmaß.
- Gegenprobe: Begründe, warum zwölf übertragene von zwölf erwarteten Zeilen die Zuordnung der Werte nicht automatisch beweisen.
- Freigabegrenzen: Entwirf eine begründete Entscheidung zu LAB-105 und erkläre, welche Handlungen nur zuständige Fachkräfte durchführen dürfen.
- Kundenwirkung: Diskutiere, ob eine schnelle Wiederherstellung eine verspätete Erstreaktion ausgleichen darf, und trenne beide Kennzahlen.
- Transfer: Interpretiere 66,7 Prozent Modellquote, benenne Grenzen einer Dreier-Stichprobe und entwickle eine bessere Messstrategie.
Lernnachweis
Kenntnisse: Incident, Service Request, Problem, Workaround, SLA, Impact, Urgency, Priorität, Rollen, Datensparsamkeit und Sicherheitsmeldungen. Fertigkeiten: Ausgangsdaten nachvollziehbar protokollieren, Matrix eindeutig anwenden, Reaktionsfristen richtig messen, nur berechtigte Testschritte auswerten, Datenqualität von bloßer Mengengleichheit abgrenzen und situationsgerecht kommunizieren. Produkte: vollständige Tickettabelle, begründete Prioritätsentscheidung, Minutenrechnungen, Dialogprotokoll, fiktiver Meldebaum, Datensatzprüfung und Verbesserungsplan. Transfer: Neupriorisierung bei geänderter Faktenlage und transparente Bewertung der Servicequalität. Alle praktischen Übungen bleiben auf isolierte Testsysteme unter qualifizierter Aufsicht beschränkt. Keine Arbeit an echten Kranen, elektrischen Anlagen, Drucksystemen oder Gefahrstoffen. Dieser Lernkurs erteilt keine rechtliche oder technische Vollfreigabe und ersetzt keine erforderlichen Befähigungsnachweise.
OER und Wikipedia
Geprüfte fachliche Ausgangsquellen; Stand 21.10.2026:
- KMK-Rahmenlehrplan vom 13.12.2019, Lernfeld 6, Seite 17 für den schulischen Bereich.
- Fachinformatikerausbildungsverordnung vom 28.02.2020, in Kraft seit 01.08.2020 für die betriebliche Ausbildung.
- BSI-IT-Grundschutz-Kompendium, Edition 2023, unter anderem DER.2.1 als Sicherheitsorientierung.
- BSI-Lernmaterial: Schutzbedarf.
- Einführung zum Incident Management und Wikipedia: Service-Level-Agreement.
Verifizierte Wikimedia-Commons-Medien:
| Genaue Datei | Dateiquelle | Urheber | Rechte |
|---|---|---|---|
| File:IT support - Geräteausleihe (Pixelchen).png | Commons | Sarah Brockmann / SynLLOER | CC0 1.0 |
| File:NetzwerkTopologien.svg | Commons | Foobaz / Parzi; Upload Predatorix | CC BY-SA 4.0 |
| File:Computer rack with switches and cables.jpg | Commons | Yann Forget | CC BY-SA 3.0 |
| File:Packet Switching.gif | Commons | Oddbodz | CC BY-SA 3.0 |
| File:Telephone.ogg | Commons | Dsw4 | Gemeinfreie Urheberfreigabe |
YouTube-Nachweis: Einführung in die ITIL-Prozesslandkarte, Stefan Kempter / IT Process Maps; Anbieterinformationen. Es wird nur eingebettet, keine fremde Videolizenz behauptet.
Wikipedia-Vertiefung: IT-Service-Management und Service-Level-Agreement.
Verknüpfte Lernbereiche
aiMOOC Projekte
Schulfach+


aiMOOCs


aiMOOC Projekte


MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.
NEWSLernweltNOAH fragenInhalt melden · Hinweise zu Fehlern, Quellen, Medienrechten oder Dubletten