Die Druckversion wird nicht mehr unterstützt und kann Darstellungsfehler aufweisen. Bitte aktualisiere deine Browser-Lesezeichen und verwende stattdessen die Standard-Druckfunktion des Browsers.

aiMOOC

IT-Service Projekte und Automatisierung – Serviceziele mit Geschäftsbedarf verbinden

QR-Code

IT-Service Projekte und Automatisierung – Serviceziele mit Geschäftsbedarf verbinden

Zielgruppe: IT-Ausbildung, insbesondere Fachinformatikerinnen und Fachinformatiker

Niveau: Ausbildung – Grundlagen und Anwendung

Dauer: ca. 90–120 Minuten einschließlich Praxis und Lernkontrolle

Kurzbeschreibung: Verfügbarkeit und angemessene Reaktionszeit: Du lernst, Geschäftsanforderungen in messbare IT-Serviceziele zu übersetzen und deren Erfüllung mit einer sicheren lokalen Simulation zu überprüfen.

Einleitung

Ein IT-Service ist dann erfolgreich, wenn er einen konkreten geschäftlichen Bedarf erfüllt. Eine Anwendung muss deshalb nicht nur technisch funktionieren, sondern zur benötigten Zeit verfügbar sein und angemessen schnell unterstützt werden.

In diesem aiMOOC verbindest Du IT-Service-Management, Service-Level-Agreements, Monitoring und Automatisierung mit einem Ausbildungsprojekt.

Das lernst Du:

Geschäftsbedarf erkennen und Serviceziele formulieren.
Verfügbarkeit, Erstantwortzeit und technische Antwortzeit unterscheiden.
SLI, SLO und SLA verstehen und berechnen.
Fiktive Messdaten lokal automatisiert auswerten.
Zielabweichungen erkennen und geeignete Verbesserungen begründen.

Sicherheitsregel: Alle praktischen Versuche verwenden ausschließlich fiktive Daten und lokale Programme. Keine fremden Systeme, Produktivserver, Kundendaten, Zugangsdaten oder fremden Netze testen. Die Medien dienen der Anschauung und sind nicht Teil des lokalen Testlabors.

Ausbildungsfall: Lernwerk GmbH

Die fiktive Lernwerk GmbH betreibt eine Online-Terminbuchung für eine Fahrradwerkstatt.

Während der Geschäftszeit sollen Kundinnen und Kunden Werkstatttermine zuverlässig buchen können. Bei einer Störung benötigt das Personal rasch eine Rückmeldung des IT-Supports.

Geschäftsbedarf	IT-Serviceziel
Termine zuverlässig buchen	Hohe Verfügbarkeit
Schnell über Störungen informiert werden	Kurze Erstantwortzeit
Weniger manuelle Auswertungen	Automatisierte Messung
Betriebsunterbrechungen reduzieren	Frühzeitiges Erkennen und Eskalieren von Störungen

Dein Auftrag: Überprüfe, ob die Terminbuchung ihre Serviceziele erfüllt, und entwickle eine Verbesserung.

Lerneinheit 1: Geschäftsbedarf verstehen

Dauer: 8 Minuten

Client-Server-Kommunikation: Die Buchungsanwendung verarbeitet Anfragen. Bild: Lubaochuan, Wikimedia Commons, CC BY-SA 4.0.

Ein Geschäftsprozess beschreibt, was ein Unternehmen erreichen möchte. Die IT-Infrastruktur unterstützt diesen Prozess.

Vom Bedarf zum Ziel:

Ebene	Beispiel
Geschäftsziel	Werkstatttermine zuverlässig vergeben
Unterstützender IT-Service	Online-Terminbuchung
Qualitätsanforderung	Während der Geschäftszeit nutzbar
Serviceziel	Mindestens 99,9 % Verfügbarkeit
Messgröße	Anteil verfügbarer Servicezeit

Merke: Ein technisch erreichbarer Server beweist noch nicht, dass eine Terminbuchung tatsächlich funktioniert.

Mini-Aufgabe: Formuliere einen Satz nach diesem Muster: „Damit die Werkstatt ..., muss der IT-Service ...“

Feedback: Eine gute Antwort verbindet einen geschäftlichen Nutzen mit einer messbaren IT-Leistung. „Der Server soll schnell sein“ ist zu ungenau.

Lerneinheit 2: SLI, SLO und SLA

Dauer: 10 Minuten

Video: The Knowledge Academy – What Is a Service Level Agreement? Englisch, optional.

Drei Begriffe helfen Dir, Servicequalität verständlich zu beschreiben.

Begriff	Bedeutung	Beispiel
SLI	Tatsächlich gemessener Wert	99,867 % Verfügbarkeit
SLO	Messbares Leistungsziel	Mindestens 99,9 %
SLA	Vereinbarung über die Serviceleistung	Dokumentierte Servicezeiten und Leistungsziele

Ein Service-Level-Agreement kann außerdem Messmethoden, Verantwortlichkeiten, Eskalationen und mögliche Folgen einer Nichteinhaltung regeln.

Zielvereinbarung für den Ausbildungsfall:

Eigenschaft	Festlegung
Service	Online-Terminbuchung
Servicezeit	20 fiktive Betriebstage mit jeweils 10 Stunden
Verfügbarkeitsziel	Mindestens 99,9 % innerhalb dieser Servicezeit
Supportfrist	Erste hilfreiche Antwort innerhalb von 20 Minuten
Supportziel	Mindestens 90 % der Tickets innerhalb dieser Frist
Ticket-Zeitmessung	Nur innerhalb der definierten Supportzeit
Wartungsfenster	Keine Sonderausnahmen im vereinfachten Modell
Messverfahren	Vollständig bekannte fiktive Ereignisse im Ausbildungsmodell

Wichtig: Die Werte sind didaktische Beispielziele, keine allgemeingültigen Branchenvorgaben. In einem realen Unternehmen werden sie mit den Verantwortlichen anhand von Bedarf, Risiko und Kosten festgelegt.

Mini-Aufgabe: Welche zusätzliche Angabe benötigst Du, wenn ein Ticket abends außerhalb der Supportzeit eingeht?

Feedback: Die Supportzeit und die Regel zum Beginn des SLA-Zeitmessers müssen bekannt sein. Andernfalls ist eine Erstantwortfrist nicht eindeutig überprüfbar.

Lerneinheit 3: Verfügbarkeit berechnen

Dauer: 10 Minuten

Zeitabschnitte zwischen Störungen und Wiederherstellung. Bild: Dwandarti, Wikimedia Commons, CC BY 3.0. Das Bild erläutert klassische IT-Service-Kennzahlen.

Verfügbarkeit beschreibt hier den Anteil der vereinbarten Servicezeit, in dem die Terminbuchung ihren vorgesehenen Zweck erfüllt.

Formel:

$Verfügbarkeit = \frac{Servicezeit - Ausfallzeit}{Servicezeit} \cdot 100$

Beispieldaten:

Messwert	Umfang
20 Betriebstage zu je 10 Stunden	12.000 Minuten
Störung A	9 Minuten
Störung B	7 Minuten
Gesamte Ausfallzeit	16 Minuten
Tatsächliche Verfügbarkeit	99,867 %

Berechnung:

$\frac{12000 - 16}{12000} \cdot 100 \approx 99,867 %$

Bei einem Ziel von 99,9 % sind höchstens 12 Ausfallminuten zulässig.

Visualisierung: Ausfallzeit

Ausfallbudget  ████████████       12 min
Tatsächlich   ████████████████   16 min

Überschreitung: 4 Minuten

Ergebnis: Das Verfügbarkeitsziel wurde verfehlt.

Merke: Der Messzeitraum muss immer angegeben werden. 99,9 % während der Geschäftszeit ist etwas anderes als 99,9 % rund um die Uhr.

Lerneinheit 4: Angemessene Reaktionszeit

Dauer: 8 Minuten

Illustration zur Serverüberwachung. Bild: RRZEicons, Wikimedia Commons, CC BY-SA 3.0.

Der Ausdruck Reaktionszeit kann unterschiedliche Größen bezeichnen.

Kennzahl	Was wird gemessen?
Erstantwortzeit des Supports	Zeit von der Ticketmeldung bis zur ersten hilfreichen Rückmeldung
Lösungszeit	Zeit bis zur Behebung eines Problems
Technische Antwortzeit	Dauer einer Anwendungsanfrage bis zur technischen Antwort

Diese drei Werte dürfen nicht verwechselt werden.

Fiktive Support-Tickets:

Ticket      01 02 03 04 05 06 07 08 09 10
Minuten      5  8 12  7 16  6 19 10 15 29
Frist erfüllt ✓  ✓  ✓  ✓  ✓  ✓  ✓  ✓  ✓  ✗

9 von 10 Tickets erhalten innerhalb von 20 Minuten eine erste Antwort.

$\frac{9}{10} \cdot 100 = 90 %$

Ergebnis: Das Supportziel von mindestens 90 % wurde gerade erreicht.

Das bedeutet jedoch nicht, dass alle Störungen innerhalb von 20 Minuten behoben wurden.

Mini-Aufgabe: Warum ist eine automatische Eingangsbestätigung nicht zwingend eine hilfreiche Erstantwort?

Feedback: Eine Empfangsbestätigung weist lediglich auf den Eingang hin. Eine vereinbarte qualifizierte Antwort muss inhaltliche Anforderungen erfüllen, beispielsweise eine erste Einschätzung oder einen nächsten Bearbeitungsschritt. Die genaue Definition gehört in die Servicevereinbarung.

Lerneinheit 5: Monitoring und Automatisierung

Dauer: 10 Minuten

Video: Google Cloud Tech – Getting started with SLOs. Englisch.

Monitoring macht Servicezustände beobachtbar. Eine gute Überwachung orientiert sich an der tatsächlichen Nutzung und nicht ausschließlich an technischen Komponenten.

Ein einfacher Regelkreis:

GESCHÄFTSBEDARF
      ↓
SERVICEZIEL
      ↓
MESSEN
      ↓
SOLL-IST-VERGLEICH
      ↓
ABWEICHUNG ERKENNEN
      ↓
MELDEN UND VERBESSERN
      ↺

Automatisierung kann dabei helfen, Messwerte wiederholbar zu verarbeiten, Ergebnisse zu dokumentieren und Auffälligkeiten frühzeitig sichtbar zu machen.

Beispiel einer Automatisierungsregel:

WENN Ausfallzeit > Ausfallbudget:
    Kennzeichne Verfügbarkeitsziel als verfehlt.
    Erstelle einen lokalen Hinweis.
    Fordere eine Ursachenanalyse an.
SONST:
    Dokumentiere den erreichten Zielwert.

Ein Alarm ist noch keine Fehlerbehebung. Vor automatischen Eingriffen müssen Zuständigkeiten, Freigaben, Fehlalarme und mögliche Folgeschäden berücksichtigt werden.

Lerneinheit 6: Lokales Praxislabor

Dauer: 20 Minuten

Ziel: Du automatisierst eine Serviceauswertung, veränderst fiktive Messdaten und erzeugst ein lokales SVG-Diagramm.

Voraussetzung: Python 3 mit Standardbibliothek. Keine Zusatzpakete, keine Konten und keine Internetverbindung erforderlich.

Isolationsregeln: Das Programm öffnet keine Netzwerkverbindungen, liest keine Kundendaten und greift auf keine Produktionsanlagen zu. Es verwendet nur vorgegebene Zahlen, Konsoleneingaben und die lokal erzeugte Datei servicebericht.svg.

Python-Labor: Serviceziele prüfen

Speichere folgenden Code als service_lab.py in einem eigenen Übungsordner.

from pathlib import Path
import sys

MINUTEN = 20 * 10 * 60
ZIEL_VERFUEGBAR = 99.9
ZIEL_ANTWORT = 90.0
FRIST = 20
BUDGET = round(MINUTEN * (1 - ZIEL_VERFUEGBAR / 100))

# Ausschliesslich fiktive Daten
TICKETS = [5, 8, 12, 7, 16, 6, 19, 10, 15, 29]


def messen(ausfall, antworten):
    if not 0 <= ausfall <= MINUTEN or not antworten:
        raise ValueError("Ungueltige Messdaten")
    if any(x < 0 for x in antworten):
        raise ValueError("Antwortzeit darf nicht negativ sein")

    verfuegbar = 100 * (MINUTEN - ausfall) / MINUTEN
    antwortquote = (
        100 * sum(x <= FRIST for x in antworten)
        / len(antworten)
    )
    return verfuegbar, antwortquote


def diagramm(ausfall, quote):
    skala = max(20, ausfall, BUDGET)
    breit_ist = round(500 * ausfall / skala)
    x_ziel = 180 + round(500 * BUDGET / skala)
    breit_quote = round(500 * quote / 100)
    x_quote = 180 + round(500 * ZIEL_ANTWORT / 100)

    svg = f"""<svg xmlns="http://www.w3.org/2000/svg"
width="740" height="240" viewBox="0 0 740 240">
<rect width="740" height="240" fill="white"/>
<text x="20" y="30" font-size="21">Lernwerk: fiktive Service-Messwerte</text>
<text x="20" y="83" font-size="16">Ausfallzeit</text>
<rect x="180" y="64" width="{breit_ist}"
height="25" fill="#cf4a3b"/>
<line x1="{x_ziel}" y1="59" x2="{x_ziel}"
y2="94" stroke="#111" stroke-width="3"/>
<text x="20" y="116" font-size="14">
Ist: {ausfall} min; Ziellinie: {BUDGET} min</text>
<text x="20" y="165" font-size="16">Erstantwort</text>
<rect x="180" y="145" width="{breit_quote}"
height="25" fill="#188a74"/>
<line x1="{x_quote}" y1="140" x2="{x_quote}"
y2="175" stroke="#111" stroke-width="3"/>
<text x="20" y="199" font-size="14">
Ist: {quote:.1f} Prozent;
Ziellinie: {ZIEL_ANTWORT:.0f} Prozent</text>
<text x="20" y="225" font-size="12">
Schwarze Linien markieren die Ziele;
Balkenskalen je Zeile getrennt.</text>
</svg>"""

    Path("servicebericht.svg").write_text(
        svg, encoding="utf-8"
    )


def bericht(ausfall, antworten):
    verfuegbar, quote = messen(ausfall, antworten)

    print(
        f"Verfuegbarkeit: {verfuegbar:.3f} % "
        f"| Ziel >= {ZIEL_VERFUEGBAR} %"
    )
    print(
        f"Erstantwort in {FRIST} min: {quote:.1f} % "
        f"| Ziel >= {ZIEL_ANTWORT} %"
    )

    print(
        "Verfuegbarkeit:",
        "OK" if verfuegbar >= ZIEL_VERFUEGBAR
        else "ZIEL VERFEHLT"
    )
    print(
        "Erstantwort:",
        "OK" if quote >= ZIEL_ANTWORT
        else "ZIEL VERFEHLT"
    )

    diagramm(ausfall, quote)
    print("Lokale Grafik: servicebericht.svg")


def ganze_zahl(frage):
    try:
        wert = int(input(frage))
        if 0 <= wert <= 120:
            return wert
    except (ValueError, EOFError):
        pass

    print("Bitte eine ganze Zahl von 0 bis 120 eingeben.")
    return None


def selbsttest():
    a, q = messen(16, TICKETS)

    assert round(a, 3) == 99.867
    assert q == 90.0
    assert messen(12, TICKETS)[0] >= ZIEL_VERFUEGBAR
    assert messen(13, TICKETS)[0] < ZIEL_VERFUEGBAR
    assert messen(16, [1] * 10)[1] == 100.0

    print("5 lokale Selbsttests bestanden.")


if __name__ == "__main__":
    if "--test" in sys.argv:
        selbsttest()
    else:
        ausfall = 16
        antworten = TICKETS.copy()

        while True:
            bericht(ausfall, antworten)

            wahl = input(
                "[a] Ausfall / [r] letztes Ticket / "
                "[t] Test / [q] Ende: "
            ).strip().lower()

            if wahl == "q":
                break
            elif wahl == "t":
                selbsttest()
            elif wahl == "a":
                wert = ganze_zahl(
                    "Neue Ausfallzeit (0-120 Minuten): "
                )
                if wert is not None:
                    ausfall = wert
            elif wahl == "r":
                wert = ganze_zahl(
                    "Neue Erstantwort Ticket 10 (0-120 Minuten): "
                )
                if wert is not None:
                    antworten[-1] = wert
            else:
                print("Unbekannte Eingabe.")

Lokaler Start:

python3 -I -S service_lab.py

Nur Selbsttests ausführen:

python3 -I -S service_lab.py --test

Unter Windows kann stattdessen py -3 verwendet werden, sofern der Python-Launcher installiert ist.

Die Optionen -I und -S reduzieren den Einfluss von Python-Umgebungs- und Benutzerpfaden. Sie ersetzen keine Betriebssystem-Sandbox. Arbeite deshalb nur im eigenen Übungsordner ohne sensible Dateien.

Das Programm fragt interaktiv nach einer neuen Ausfallzeit oder einer geänderten Erstantwortzeit. Nach jeder Auswertung wird das lokale SVG-Diagramm neu geschrieben. Öffne diese Datei in einem lokalen Bildbetrachter oder Browser.

Erwartetes Anfangsergebnis:

Verfuegbarkeit: 99.867 % | Ziel >= 99.9 %
Erstantwort in 20 min: 90.0 % | Ziel >= 90.0 %
Verfuegbarkeit: ZIEL VERFEHLT
Erstantwort: OK
Lokale Grafik: servicebericht.svg

Teste drei Szenarien:

Versuch	Eingabe	Erwartetes Ergebnis
Basisfall	Ausfall 16 Minuten	Verfügbarkeit verfehlt
Verbesserter Betrieb	Ausfall 12 Minuten	Verfügbarkeitsziel erreicht
Schnellere Ticketantwort	Letztes Ticket 18 Minuten	Erstantwortquote 100 %

Hinweis zur Messqualität: Die Labordaten sind vollständig und künstlich. Im realen Betrieb müssen Messpunkte, Zeitstempel, Servicekalender, Teilausfälle, Messlücken und Wartungsregeln zusätzlich eindeutig definiert werden.

Mini-Code: Technische Antwortzeit

Technische Antwortzeit wird in diesem Beispiel getrennt von der Support-Erstantwort simuliert.

# Fiktive Anwendungsantwortzeiten in Millisekunden
latenzen_ms = [120, 180, 210, 90, 450]
grenze_ms = 300

anteil = (
    100 * sum(t <= grenze_ms for t in latenzen_ms)
    / len(latenzen_ms)
)

print(f"Anfragen innerhalb der Grenze: {anteil:.0f} %")
assert anteil == 80.0

Ergebnis: 80 % der simulierten Anfragen bleiben innerhalb von 300 Millisekunden.

Denkfrage: Reicht dieses Ergebnis aus, um die gesamte Buchungsanwendung als verfügbar zu bewerten?

Feedback: Nein. Die Geschwindigkeit allein zeigt nicht, ob eine Anfrage fachlich erfolgreich war. Auch fehlgeschlagene Buchungen können schnell beantwortet werden.

Lerneinheit 7: Serviceverbesserung als IT-Projekt

Dauer: 10 Minuten

Prinzip einer Datensicherung. Bild: Inowen, Wikimedia Commons, CC BY-SA 4.0.

Eine Datensicherung unterstützt die Wiederherstellung, garantiert aber allein keine hohe Verfügbarkeit.

Ein mögliches IT-Serviceprojekt für die Lernwerk GmbH könnte folgende Maßnahmen enthalten:

Maßnahme	Geschäftlicher Nutzen
Buchungsablauf gezielt überwachen	Störungen früher erkennen
Wiederkehrende Fehler analysieren	Ausfallzeiten verringern
Support-Tickets priorisieren	Dringende Fälle schneller behandeln
Wiederherstellung üben	Betriebsunterbrechungen begrenzen
Serviceberichte automatisieren	Entscheidungen mit Daten unterstützen

Externes Beispiel einer Pareto-Analyse zu SLA-Zielabweichungen; nicht die Daten der Lernwerk GmbH. Bild: Moochieboy74, Wikimedia Commons, CC0 1.0.

Mit einer Pareto-Analyse kannst Du untersuchen, welche bekannten Störungsursachen besonders häufig zu Problemen beitragen.

Video: IBM Technology – What is Site Reliability Engineering? Englisch. Vertiefung zu Zuverlässigkeit und Automatisierung.

Projektfrage: Soll die Lernwerk GmbH zuerst in schnelleres Supportpersonal, bessere Überwachung oder stabilere Software investieren?

Feedback: Entscheidend sind nachgewiesene Ursachen, geschäftlicher Schaden, Aufwand und erwartete Wirkung. Die kürzeste Reaktionszeit ist nicht automatisch die wirtschaftlich beste Lösung.

Gestufte Hilfen

Hilfe 1: Erster Denkanstoß

Basis: Rechne die gesamte Servicezeit in Minuten um.

Anwendung: Verändere im Python-Labor jeweils nur einen Wert.

Transfer: Frage zuerst, welche Folgen ein Ausfall für die Werkstatt hat.

Hilfe 2: Lösungsweg

Basis: Multipliziere 20 Tage mit 10 Stunden und anschließend mit 60 Minuten.

Anwendung: Starte den Selbsttest. Vergleiche danach den Grenzfall mit 12 und 13 Ausfallminuten.

Transfer: Vergleiche Maßnahmen anhand ihrer Kosten, ihres Risikos und ihres Einflusses auf das Geschäftsziel.

Hilfe 3: Ergebnisprüfung

Basis: 12.000 Minuten Servicezeit und 0,1 % zulässiger Ausfall ergeben 12 Minuten Budget.

Anwendung: Bei 12 Ausfallminuten werden genau 99,9 % erreicht. Bei 13 Minuten wird das Ziel knapp verfehlt.

Transfer: Eine Maßnahme ist überzeugend, wenn Du ihre voraussichtliche Wirkung auf die Terminbuchung begründen und später überprüfen kannst.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was steht am Anfang sinnvoller IT-Serviceziele? (Der geschäftliche Bedarf) (!Die neueste Serverhardware) (!Ein beliebiger technischer Messwert) (!Die Anzahl installierter Programme)

Was beschreibt die Serviceverfügbarkeit? (Den Anteil der vereinbarten Servicezeit mit nutzbarem Dienst) (!Die Zahl der Supportmitarbeiter) (!Die Anzahl aller gespeicherten Dateien) (!Die Bildschirmgröße des Servers)

Was ist ein Service Level Indicator? (Eine tatsächlich gemessene Servicekennzahl) (!Ein ungeprüftes Werbeversprechen) (!Ein Netzwerkkennwort) (!Ein Ersatz für eine Datensicherung)

Welche Aussage beschreibt ein Service Level Objective? (Ein messbares Ziel der Servicequalität) (!Eine Liste aller Kundenadressen) (!Eine nicht definierte Wunschvorstellung) (!Ein Programm zum Löschen von Tickets)

Was regelt ein Service Level Agreement? (Eine Vereinbarung zur erwarteten Serviceleistung) (!Ausschließlich die Programmierung einer App) (!Nur die Anzahl der Computer) (!Den privaten Internetanschluss der Mitarbeiter)

Wie groß ist das Ausfallbudget bei 12000 Minuten und 99,9 Prozent Verfügbarkeitsziel? (12 Minuten) (!120 Minuten) (!60 Minuten) (!1200 Minuten)

Wie ist eine Ausfallzeit von 16 Minuten bei einem Budget von 12 Minuten zu bewerten? (Das Verfügbarkeitsziel wurde verfehlt) (!Das Ziel wurde genau erreicht) (!Die Ausfallzeit spielt keine Rolle) (!Das Supportziel wurde automatisch verfehlt)

Welche Quote ergibt sich bei 9 fristgerechten Antworten auf 10 Tickets? (90 Prozent) (!9 Prozent) (!10 Prozent) (!99 Prozent)

Was unterscheidet die technische Antwortzeit von der Support-Erstantwortzeit? (Sie misst die Dauer einer technischen Anfrage) (!Sie misst ausschließlich die Arbeitszeit des Supports) (!Sie beschreibt immer die vollständige Reparaturdauer) (!Sie ist grundsätzlich identisch mit der Verfügbarkeit)

Welche praktische Übung ist im Kurs vorgesehen? (Eine lokale Simulation mit fiktiven Daten) (!Das Testen fremder Server ohne Erlaubnis) (!Das automatische Auslesen von Kundendaten) (!Das Scannen unbekannter Unternehmensnetze)

Memory

Geschäftsbedarf	Erforderlicher Nutzen für das Unternehmen
Service Level Indicator	Tatsächlich gemessener Qualitätswert
Service Level Objective	Messbares Leistungsziel
Service Level Agreement	Vereinbarte Servicequalität
Ausfallbudget	Zulässige Zeit ohne funktionsfähigen Dienst
Erstantwortzeit	Dauer bis zur ersten hilfreichen Rückmeldung

Drag and Drop

Ordne die Fachbegriffe den passenden Beschreibungen zu.

Ordne die richtigen Begriffe zu.	Thema
Geschäftsziel	Zuverlässige Terminvergabe
Messgröße	Gemessener Anteil verfügbarer Servicezeit
Zielwert	Festgelegte Verfügbarkeitsschwelle
Auswertung	Vergleich zwischen Soll und Ist
Verbesserung	Verringerung wiederkehrender Störungen

Kreuzworträtsel

Verfuegbarkeit	Wie nennt man den Anteil der Zeit, in der ein vereinbarter Dienst nutzbar ist?
Monitoring	Wie heißt die fortlaufende Beobachtung von Servicekennzahlen?
Eskalation	Wie nennt man die geregelte Weitergabe eines dringenden Problems?
Fehlerbudget	Wie heißt der innerhalb eines Serviceziels tolerierte Anteil an Fehlern oder Ausfällen?
Erstantwort	Wie heißt die erste hilfreiche Rückmeldung zu einer Supportanfrage?
Servicelevel	Wie heißt das vereinbarte Qualitätsniveau eines IT-Dienstes?

LearningApps

Optionaler externer Übungskatalog. Verwende dort keine echten betrieblichen oder personenbezogenen Daten.

Lückentext

Die Online-Terminbuchung ist der betrachtete

.

Die Anforderungen werden aus dem geschäftlichen

abgeleitet.

Ein tatsächlich gemessener Servicewert heißt

.

Ein messbares Serviceziel wird als

bezeichnet.

Eine Vereinbarung über die Servicequalität heißt

.

Die vereinbarte Servicezeit umfasst

Minuten.

Bei 99,9 Prozent Verfügbarkeitsziel sind maximal

Ausfallminuten zulässig.

Im Ausgangsfall beträgt die gesamte Ausfallzeit

Minuten.

Neun von zehn Tickets entsprechen einer Erstantwortquote von

Prozent.

Das Python-Labor verarbeitet ausschließlich Daten einer lokalen

.

Offene Aufgaben

Leicht

Basisaufgaben

Geschäftsprozess: Zeichne einen einfachen Ablauf der Online-Terminbuchung und markiere den Nutzen für die Werkstatt.
IT-Service: Erstelle eine Begriffskarte mit Geschäftsbedarf, Service, Verfügbarkeit und Support.
Verfügbarkeit: Berechne das Ausfallbudget für den Ausbildungsfall und erläutere die Bedeutung des Ergebnisses.
Service Level Agreement: Schreibe drei überprüfbare Anforderungen für die fiktive Terminbuchung auf.

Standard

Anwendungsaufgaben

Python: Starte das lokale Labor, führe die Selbsttests aus und dokumentiere das Ergebnis.
Datenvisualisierung: Erstelle mit dem Programm zwei SVG-Diagramme für unterschiedliche Ausfallzeiten und vergleiche sie.
Service Desk: Verändere die letzte Erstantwortzeit im Labor und erkläre die Auswirkung auf die Erfüllungsquote.
Monitoring: Entwirf ein einseitiges Service-Dashboard mit geschäftlichem Nutzen, Zielwert, Messwert und Entscheidung.

Schwer

Transferaufgaben

Service-Level-Management: Vergleiche ein Serviceziel während der Geschäftszeiten mit einem Ziel für den Betrieb rund um die Uhr. Beurteile die Konsequenzen für Kosten und Messung.
Wirtschaftlichkeitsanalyse: Entwickle für die Lernwerk GmbH zwei Verbesserungsmaßnahmen und stelle ihren möglichen Nutzen sowie angenommene Kosten gegenüber.
Automatisierung: Entwickle einen sicheren lokalen Entscheidungsablauf, der fiktive Serviceabweichungen bewertet und einen Eskalationshinweis ausgibt, ohne Nachrichten zu versenden.
Projektmanagement: Entwirf einen vollständigen Verbesserungsplan mit Geschäftsbedarf, Ziel, Messverfahren, Risiken, Testplan, Verantwortlichkeiten und Erfolgskontrolle.

Feedback zu den Aufgabenstufen

Basis – Beispiel für eine begründete Lösung:

„Das zulässige Ausfallbudget beträgt 12 Minuten, weil 0,1 Prozent von 12.000 Minuten genau 12 Minuten ergeben.“

Feedback: Richtig. Die Rechnung ist nachvollziehbar und der Messzeitraum ist berücksichtigt.

Anwendung – Beispiel für eine begründete Lösung:

„Nach der Verringerung auf 12 Ausfallminuten wird das Verfügbarkeitsziel erreicht. Die Verbesserung der Erstantwortzeit ist eine davon unabhängige Messgröße.“

Feedback: Richtig. Du hast erkannt, dass unterschiedliche Serviceziele unabhängig voneinander überprüft werden müssen.

Transfer – Beispiel für eine begründete Lösung:

„Die Werkstatt sollte zunächst eine Auswertung ihrer Störungsursachen vornehmen und bei wiederkehrenden Fehlern die Stabilität des Buchungsprozesses verbessern.“

Feedback: Plausibel, sofern die Daten die wiederkehrenden Ursachen tatsächlich belegen. Eine Investitionsentscheidung benötigt zusätzlich Aufwand, Kosten und eine Erfolgsmessung.

Lernkontrolle

Bearbeite mindestens fünf der folgenden Aufgaben. Begründe jede Entscheidung mit einer nachvollziehbaren Überlegung.

Geschäftsanforderung: Eine Werkstatt benötigt die Terminbuchung nur während ihrer Öffnungszeit. Erkläre, warum ein grundsätzliches 24-Stunden-Verfügbarkeitsziel möglicherweise nicht wirtschaftlich angemessen ist.
Servicequalität: Ein Server wird durchgehend als erreichbar gemeldet, aber Kundinnen und Kunden können keine Buchung abschließen. Erkläre, warum die Überwachung unzureichend ist, und schlage eine geeignete Messung vor.
Fehlermanagement: Im Ausbildungsfall wird die Verfügbarkeit verfehlt, das Supportziel aber erreicht. Leite daraus zwei unterschiedliche Verbesserungsansätze ab.
IT-Automatisierung: Ein automatischer Alarm meldet nach einer einzelnen fehlgeschlagenen Prüfung eine Störung. Erläutere mögliche Probleme und entwickle eine zuverlässigere Entscheidungsregel.
Wirtschaftlichkeit: Vergleiche zwei fiktive Maßnahmen zur Verbesserung der Servicequalität. Begründe, welche Maßnahme Du bei begrenztem Budget zuerst empfehlen würdest.
Datenschutz: Beschreibe, wie ein Ausbildungsbetrieb Serviceberichte erstellen kann, ohne Kundendaten zu kopieren oder an externe Plattformen zu übertragen.
Projektbewertung: Entwirf einen Abnahmetest, mit dem Du nach einer Verbesserung nachweisen kannst, ob das ursprüngliche Geschäftsziel besser unterstützt wird.

Lernnachweis

Für Deinen Lernnachweis erstellst Du eine kurze Projektdokumentation zum fiktiven Ausbildungsfall.

Deine Dokumentation enthält:

Den geschäftlichen Bedarf und den betrachteten IT-Service.
Zwei messbare Serviceziele mit eindeutigem Messzeitraum.
Die Berechnung und Auswertung der Verfügbarkeit.
Die Beurteilung der Erstantwortquote.
Einen lokal erzeugten Servicebericht oder ein SVG-Diagramm.
Das Ergebnis der automatisierten Selbsttests.
Eine begründete Verbesserungsmaßnahme.
Eine Reflexion über Sicherheit, Datenschutz und Grenzen der Simulation.

Bewertungskriterien:

Kriterium	Gewichtung
Verständnis des Geschäftsbedarfs	20 %
Fachlich korrekte Messung und Berechnung	25 %
Sichere und nachvollziehbare Automatisierung	25 %
Begründete Verbesserungsentscheidung	20 %
Verständliche Dokumentation	10 %

Ein überzeugender Lernnachweis zeigt nicht nur richtige Kennzahlen, sondern erklärt auch, welche Entscheidungen sich daraus für den Betrieb ergeben.

OERs zum Thema

Wikipedia: Service-Level-Agreement

Weitere frei zugängliche Fachinformationen:

Google Cloud: SLI, SLO und SLA – Begriffe und Ausrichtung an Geschäftsanforderungen.
IBM: Service Level Agreements – Leistungsziele, Messverfahren und Verantwortlichkeiten.
Atlassian: SLAs erstellen – Messung und Verwaltung von Supportzielen.
Atlassian Learning: SLA-Konfiguration – Erstantwort und Zeitkalender.
Google SRE Workbook – Vertiefung zur Entwicklung messbarer Serviceziele.
Service-Level-Management – Einordnung von Servicezielen und Vereinbarungen.

Mediennachweise und Nutzungsrechte

Die folgenden Medien wurden anhand ihrer öffentlich zugänglichen Fundstellen und Lizenzangaben ausgewählt.

Medium	Quelle / Urheber	Lizenz oder Nutzungshinweis
Client-server model.svg	Lubaochuan, Wikimedia Commons	CC BY-SA 4.0
Itil mtbsi.jpg	Dwandarti, Wikimedia Commons	CC BY 3.0
Server-monitoring.svg	RRZEicons, Wikimedia Commons	CC BY-SA 3.0
Backup diagram.svg	Inowen, Wikimedia Commons	CC BY-SA 4.0
Pareto Diagram.jpg	Moochieboy74, Wikimedia Commons	CC0 1.0
SLA Explained	The Knowledge Academy, YouTube	Verlinktes Originalvideo; keine freie Nachnutzung behauptet
Getting started with SLOs	Google Cloud Tech, YouTube	Verlinktes Originalvideo; keine freie Nachnutzung behauptet
What is SRE?	IBM Technology, YouTube	Verlinktes Originalvideo; keine freie Nachnutzung behauptet

Bei Veränderungen von CC-BY-SA-Medien sind die Bedingungen der jeweiligen Lizenz, insbesondere Namensnennung, Lizenzlink, Änderungshinweis und Weitergabe unter gleichen Bedingungen, zu beachten.

Das lokale Python-Labor und seine fiktiven Messwerte benötigen keine externen Mediendienste. Die eingebundenen Videos und iFrames sind dagegen optionale externe Inhalte; beim Aufruf können Verbindungen zu den jeweiligen Plattformen entstehen.