aiMOOC

IT-Service Projekte und Automatisierung – Betriebliche Digitalisierung verantwortlich begleiten

QR-Code

Einleitung

IT-Service Projekte und Automatisierung – Betriebliche Digitalisierung verantwortlich begleiten

Zielgruppe: IT-Ausbildung, insbesondere Fachinformatiker und Kaufleute für Digitalisierungsmanagement. Umfang: sieben Lerneinheiten à etwa 8–12 Minuten sowie ein Praxislabor.

Dein Auftrag: Du begleitest eine Änderung im IT-Service-Management: Du verstehst den bisherigen Prozess, testest eine begrenzte Automatisierung, berücksichtigst Sicherheit und ermittelst Qualifizierungsbedarf.

Sicherheitsrahmen: Alle Firmen, Tickets, Rollen und Zeitwerte sind erfunden. Die Python-Beispiele arbeiten ausschließlich mit eingebauten Beispieldaten, ohne Netzwerkzugriff und ohne Dateiänderungen. Führe sie nur auf einem eigenen Offline-Lernrechner oder in einer ausdrücklich freigegebenen, netzgetrennten Schulungs-VM aus. Die Python-Optionen -I -S allein sind keine Betriebssystem-Sandbox. Keine Produktivsysteme, fremden Netze, Zugangsdaten oder Kundendaten verwenden.

Ausbildungsfall: der fiktive Betrieb Nordlicht Servicewerk

Ein kleiner Betrieb erfasst IT-Anliegen per E-Mail und überträgt sie manuell in eine Liste. Doppelte Eingaben und unklare Zuständigkeiten kosten Zeit. Der Ausbildungsauftrag lautet: Standardanliegen schneller vorsortieren, kritische Fälle bewusst manuell prüfen und das Team auf den neuen Ablauf vorbereiten.

Projektergebnis: Soll-Prozess, lokaler Prototyp, nachvollziehbare Tests, Kennzahlen, Rollen- und Schulungsplan, Entscheidungsvorlage.

Lerneinheit 1: IT-Service und Prozessänderung verstehen

Merke: Ein Incident betrifft eine ungeplante Störung. Ein Service Request ist eine standardisierte Serviceanfrage. Das Service Desk nimmt Anliegen entgegen; eine Servicevereinbarung beschreibt vereinbarte Leistungsziele.

Fehler beim Erstellen des Vorschaubildes:

Bildimpuls: Wo beginnt der Prozess, wer entscheidet und wo endet er?

Bisher	Ziel
E-Mail suchen und manuell übertragen	Anfrage einheitlich erfassen
Zuständigkeit erraten	Kategorie und zuständiges Team festlegen
Rückfragen wiederholen	Freigegebene Antwortvorlage nutzen
Kritische Fälle mischen sich darunter	Zugriff und Störung an Fachteam geben

Mini-Aufgabe (Basis): Formuliere einen möglichen Nachteil, wenn jedes Anliegen ohne Prüfung automatisch bearbeitet würde.

Lerneinheit 2: Ist und Soll visualisieren

Ein Geschäftsprozess beschreibt Tätigkeiten, Verantwortlichkeiten und Entscheidungen. Mit BPMN kannst Du einen Ablauf modellieren.

Bildimpuls: Erkläre den Unterschied zwischen Tätigkeit und Entscheidung.

Video: BPMN in 5 Minutes (Portal GSTI, englisch).

Unser Soll-Ablauf: Eingang → Kategorie prüfen → FAQ an Wissensdatenbank, Software an Service Desk, andere und unbekannte Anliegen an Fachteam → dokumentierter Abschluss.

Mini-Aufgabe (Anwendung): Zeichne für den fiktiven Betrieb einen Ablauf mit einer Entscheidung und einem manuellen Ausnahmeweg.

Lerneinheit 3: Projekt, Rollen und Risiken planen

Eine Projektplanung benennt Ziel, Zeit, Verantwortliche, Qualitätskriterien und Rückfalllösung. Das Kanban-Board macht Arbeitsstände sichtbar. Die RACI-Matrix hilft, Verantwortung von Mitwirkung zu unterscheiden.

Fehler beim Erstellen des Vorschaubildes:

Arbeitspaket	Verantwortlich	Abnahmekriterium
Prozess aufnehmen	Service Desk	Ist-Ablauf ist abgestimmt
Testprototyp bauen	Azubi mit Betreuung	Alle lokalen Tests bestehen
Datenschutz prüfen	Zuständige Fachperson	Freigabevermerk liegt vor
Einweisung planen	Teamleitung	Alle betroffenen Rollen sind eingeplant

Stop-Regel: Keine produktive Einführung ohne betriebliche Genehmigungen, dokumentierten Test und Rückfallplan.

Lerneinheit 4: Isoliertes Python-Service-Labor

Testumgebung A: Die folgende Datei service_lab.py ist ein vollständig lokales, interaktives Modell. Sie klassifiziert nur simulierte Ticketarten; sie legt keine Konten an, verändert keine Systeme und versendet keine Daten. Python 3.10 oder neuer genügt, externe Pakete sind nicht nötig.

Ausführung: Datei unter service_lab.py in einem leeren Offline-Lernordner speichern und dort python -I -S service_lab.py aufrufen; je nach Betriebssystem heißt der Befehl python3. Erst Menüpunkt 3, dann 1, danach 2 mit Zugriff testen.

"""Lokales IT-Service-Labor: nur fiktive Daten, keine Dateien, kein Netz."""
TICKETS = [
    ("T101", "FAQ", 18, 4),
    ("T102", "Software", 25, 12),
    ("T103", "Zugriff", 40, 40),
    ("T104", "FAQ", 16, 4),
    ("T105", "Software", 22, 12),
    ("T106", "Stoerung", 45, 45),
]

def ziel(typ):
    if typ == "FAQ":
        return "Wissensdatenbank"
    if typ == "Software":
        return "Service-Desk"
    return "Fachteam: manuell pruefen"

def bericht():
    vorher = sum(t[2] for t in TICKETS)
    nachher = sum(t[3] for t in TICKETS)
    print(f"Vorher: {vorher} min | Nachher: {nachher} min")
    print(f"Modellierte Ersparnis: {vorher - nachher} min")
    for titel, wert in [("Vorher", vorher), ("Nachher", nachher)]:
        print(f"{titel:7} | {'#' * (wert // 5)} {wert} min")

def tests():
    assert len(TICKETS) == 6
    assert ziel("FAQ") == "Wissensdatenbank"
    assert ziel("Software") == "Service-Desk"
    assert ziel("Zugriff") == "Fachteam: manuell pruefen"
    assert ziel("Unbekannt") == "Fachteam: manuell pruefen"
    assert sum(t[2] - t[3] for t in TICKETS) == 49
    print("5 Tests erfolgreich.")

if __name__ == "__main__":
    while True:
        print("\n1 Bericht | 2 Ticket routen | 3 Tests | 0 Ende")
        wahl = input("Auswahl: ").strip()
        if wahl == "1":
            bericht()
        elif wahl == "2":
            typ = input("Nur Typ: FAQ, Software, Zugriff, Stoerung: ").strip()
            print("Simuliertes Ziel:", ziel(typ))
        elif wahl == "3":
            tests()
        elif wahl == "0":
            break
        else:
            print("Bitte 0, 1, 2 oder 3 waehlen.")

Soll-Feedback: „5 Tests erfolgreich.“ und für Zugriff „Fachteam: manuell pruefen“. Dies ist korrekt, weil eine Zugriffsforderung eine menschliche Berechtigungsprüfung benötigt. Ein unbekannter Typ geht ebenfalls an das Fachteam, nicht in eine unkontrollierte Automatik.

Visualisierung: fiktive Modellwerte

Die angenommenen Bearbeitungszeiten enthalten hypothetische Verbesserungen durch Vorlagen und Wissensdatenbank. Sie sind keine gemessene Zeitersparnis und werden durch das Programm nur ausgewertet.

Typ	Anzahl	Vorher, min	Nachher, min
FAQ	2	34	8
Software	2	47	24
Zugriff	1	40	40
Störung	1	45	45
Summe	6	166	117

Modellierter Gesamtaufwand
Vorher  | ################################# 166 min
Nachher | #######################           117 min
Differenz: 49 min, rund 29,5 % der Ausgangszeit.
Ein # steht fuer ca. 5 Minuten.

Denkfrage: Wieso beweist die errechnete Differenz noch keinen Erfolg im realen Betrieb? Beachte Datenqualität, Fallmix, Fehler und Schulungszeit.

Lerneinheit 5: Qualifizierungsbedarf erkennen

Technik allein ändert keinen Prozess. Das Team muss neue Zuständigkeiten, Ausnahmen und Freigabegrenzen kennen. Change Management umfasst auch Kommunikation, Beteiligung und Rückmeldungen.

Video: Change Management einfach und kurz erklärt (erklaerung-und-mehr).

Testumgebung B: qualifizierung.py vergleicht für erfundene Rollen Soll-Kompetenzen und bereits vorhandene Kompetenzen. Führe die Datei im selben Offline-Labor mit python -I -S qualifizierung.py aus.

"""Lokaler Qualifizierungscheck ohne echte Personendaten."""
ROLLEN = {
    "Service-Desk": {"Ticketklassifikation", "Ausnahmen"},
    "Fachbereich": {"Neuer Ablauf", "Freigaben"},
    "Projektteam": {"Messung", "Rueckfallplan"},
}
KOMPETENZEN = {
    "Service-Desk": {"Ticketklassifikation"},
    "Fachbereich": {"Neuer Ablauf"},
    "Projektteam": {"Messung"},
}

def fehlende_themen(rolle):
    return sorted(ROLLEN[rolle] - KOMPETENZEN[rolle])

def tests():
    assert fehlende_themen("Service-Desk") == ["Ausnahmen"]
    assert fehlende_themen("Fachbereich") == ["Freigaben"]
    assert fehlende_themen("Projektteam") == ["Rueckfallplan"]
    print("3 Tests erfolgreich.")

if __name__ == "__main__":
    tests()
    for rolle in ROLLEN:
        print(rolle + ": " + ", ".join(fehlende_themen(rolle)))

Erwartetes Feedback: Service Desk benötigt „Ausnahmen“, Fachbereich „Freigaben“, Projektteam „Rueckfallplan“. Die Lücken sind jeweils die Themen, die im Soll-Profil stehen, aber nicht im Ist-Profil.

Ausbildungs-Transfer: Plane eine 15-minütige Einweisung: Ablauf demonstrieren, Ausnahmefall üben, Verständnis prüfen und Rückfragekanal nennen. Miss Qualifizierung nicht nur an Anwesenheit, sondern an einer gelösten Probeaufgabe.

Lerneinheit 6: Verantwortung und Freigabe

DSGVO: Zweckbindung, Datenminimierung sowie Integrität und Vertraulichkeit müssen berücksichtigt werden. Der IT-Grundschutz des BSI unterstützt dabei, Schutzbedarf und angemessene Maßnahmen zu prüfen.

Risiko	Gegenmaßnahme
Falsch zugeordnete Anfrage	Unbekanntes manuell bearbeiten
Unberechtigter Zugriff	Identität und Freigabe durch Befugte prüfen
Falsche Messung	Stichprobe und transparente Messdefinition
Akzeptanzproblem	Betroffene früh beteiligen und schulen

BSI-Video zum IT-Grundschutz und Geschäftsfortführung (vertiefend).

Mini-Aufgabe (Transfer): Entscheide, welche Vorgänge niemals allein wegen eines Schlagworts automatisch freigegeben werden dürfen, und begründe dies mit dem möglichen Schaden.

Lerneinheit 7: Prüfen, verbessern, entscheiden

Der PDCA-Zyklus verbindet Planen, Testen, Prüfen und Anpassen. Vor einer realen Einführung sind fachliche Abnahme, Datenschutzprüfung, Berechtigungskonzept, Kommunikation, Rollback und Erfolgsmessung erforderlich.

Video: PDCA-Zyklus einfach erklärt (OECplus).

Kriterien für einen freigegebenen Pilotversuch: korrekte Weiterleitung, dokumentierte Ausnahmen, kontrollierte Datenverarbeitung, geschulte Beteiligte und messbare Servicequalität. Die simulierten 49 Minuten sind lediglich eine Hypothese für spätere Messungen.

Gestufte Hilfen und begründetes Feedback

Niveau	Hilfe 1: Hinweis	Hilfe 2: Denkweg	Hilfe 3: Musterfeedback
Basis	Suche nach einem Entscheidungspunkt.	Vergleiche Incident und Anfrage.	„Zugriff“ bleibt manuell: Richtig, denn Klassifikation ersetzt keine Berechtigungsprüfung.
Anwendung	Teste den unbekannten Tickettyp.	Prüfe den Standardwert der Funktion `ziel`.	„Unbekannt → Fachteam“ ist richtig: Im Zweifel verhindert der manuelle Pfad Fehlfreigaben.
Transfer	Prüfe nicht nur Zeit.	Denke an Nacharbeit, Qualität, Schulung und Risiken.	Eine Freigabe nur wegen 29,5 % Modellersparnis ist unbegründet: Die Annahmen müssen erst in einem genehmigten Pilot real überprüft werden.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was ist ein Incident? (Eine ungeplante Unterbrechung eines IT-Services) (!Eine immer genehmigte Beschaffung) (!Eine neue Ausbildungsordnung) (!Eine allgemeine Schulungsplanung)

Welche Ticketart bleibt im Beispiel manuell prüfpflichtig? (Zugriff) (!FAQ) (!Standardinformation) (!Dokumentationshinweis)

Wozu dient ein Soll-Prozess? (Zur Beschreibung des geplanten Ablaufs) (!Zur Abschaffung jeder Verantwortung) (!Zur Speicherung von Passwörtern) (!Zur Ersetzung aller Tests)

Was zeigt eine RACI-Matrix? (Rollen und Verantwortlichkeiten) (!Die Netzwerklatenz) (!Die Farbe eines Tickets) (!Die Anzahl der Serverkerne)

Was macht das Python-Labor beim Routen? (Es simuliert eine Zuordnung ohne Systemeingriff) (!Es ändert echte Benutzerkonten) (!Es sendet Kundendaten ins Internet) (!Es startet einen Netzwerkscan)

Wozu dient ein Rückfallplan? (Zur kontrollierten Rückkehr zum vorherigen Zustand) (!Zur dauerhaften Löschung aller Nachweise) (!Zur Umgehung der Freigabe) (!Zur Erhöhung der Datenmenge)

Was verlangt Datenminimierung? (Nur notwendige personenbezogene Daten verarbeiten) (!Alle verfügbaren Daten dauerhaft speichern) (!Daten ohne Zweck sammeln) (!Anfragen mit Passwörtern ergänzen)

Wie wird Qualifizierungsbedarf hier festgestellt? (Durch den Vergleich von Soll und Ist Kompetenzen) (!Nur durch die Anzahl der Mitarbeitenden) (!Nur durch das Anschaffungsdatum der Computer) (!Durch automatische Rechtevergabe)

Welche Aussage zu den 49 Minuten trifft zu? (Es ist eine modellierte und noch nicht nachgewiesene Ersparnis) (!Es ist ein unabhängig gemessener Unternehmenswert) (!Es ist eine gesetzliche Vorgabe) (!Es ist ein Sicherheitszertifikat)

Was gehört zur Check Phase im PDCA? (Ergebnisse anhand festgelegter Kriterien überprüfen) (!Ohne Prüfung produktiv schalten) (!Unbekannte Tickets löschen) (!Freigaben durch Annahmen ersetzen)

Memory

Incident	Ungeplante Dienstunterbrechung
Service Request	Standardisierte Anfrage
Ist-Prozess	Gegenwärtiger Ablauf
Soll-Prozess	Geplanter Ablauf
Rollback	Geordnete Rückkehr
Datenminimierung	Nur erforderliche Daten

Drag and Drop

Ordne die richtigen Begriffe zu.	Bedeutung
Aufnahme	Ticket dokumentieren
Klassifikation	Art der Anfrage feststellen
Weiterleitung	Zuständiges Team auswählen
Freigabe	Berechtigte Entscheidung einholen
Auswertung	Ergebnisse mit Kriterien vergleichen

Kreuzworträtsel

Ticket	Wie heißt ein dokumentierter IT-Servicefall?
Prozess	Wie heißt eine geordnete Folge betrieblicher Tätigkeiten?
Rollback	Wie heißt die geplante Rückkehr zum vorherigen Zustand?
Risiko	Wie nennt man die Möglichkeit eines Schadens?
Schulung	Wie heißt eine organisierte Maßnahme zur Kompetenzentwicklung?
Freigabe	Wie heißt die autorisierte Zustimmung zur Durchführung?

LearningApps

Offline-Regel: Die folgenden Aufgaben und Python-Labore funktionieren ohne LearningApps. Eine externe LearningApps-Einbindung bleibt aus Datenschutz- und Freigabegründen absichtlich deaktiviert; erst nach ausdrücklicher Genehmigung könnte eine Lehrkraft eine externe Lernapp einbinden. Es werden keine Testdaten dorthin übertragen. <iframe> https://learningapps.org/index.php?s=IT-Service+Projekte+und+Automatisierung </iframe>

Lückentext

Ein einzelner dokumentierter Servicefall heißt

.

Die Beschreibung des bestehenden Ablaufs nennt man

.

Der geplante zukünftige Ablauf heißt

.

Eine standardisierte Anfrage ist ein

.

Eine unbekannte Ticketart gelangt im Labor zum

.

Eine geplante Rückkehr zum alten Ablauf heißt

.

Der Vergleich vorhandener und benötigter Fähigkeiten zeigt den

.

Das Prüfen von Ergebnissen gehört im PDCA zur Phase

.

Die Beschränkung auf erforderliche Daten nennt man

.

Die im Modell ermittelte Differenz beträgt

Minuten.

Offene Aufgaben

Leicht: Basis

Incident: Formuliere zu einem erfundenen Druckerausfall eine kurze Ticketbeschreibung ohne Personendaten.
Service Request: Erfinde zwei Standardanliegen und begründe, woran Du sie erkennst.
Prozessvisualisierung: Zeichne den aktuellen Eingang eines Tickets in fünf Schritten.
Datensicherheit: Gestalte ein Warnschild mit drei Regeln für fiktive Lerndaten.

Standard: Anwendung

Python (Programmiersprache): Starte beide lokalen Skripte, dokumentiere die Tests und erkläre die Ausgabe.
Softwaretest: Ergänze lokal einen Test für eine unbekannte Kategorie und interpretiere das Ergebnis.
Prozessmanagement: Erstelle ein Soll-Flussdiagramm mit manuellem Ausnahmeweg und Abnahmeprüfung.
Personalentwicklung: Entwickle mit den drei Rollen einen 15-minütigen Einweisungsplan und eine Probeaufgabe.

Schwer: Transfer

Risikomanagement: Entwickle für drei selbst erfundene Fehlerfälle Maßnahmen und ein begründetes Restrisiko.
Wirtschaftlichkeitsanalyse: Vergleiche modellierte Zeitvorteile mit Einweisungszeit, Testaufwand und Nacharbeit.
Change Management: Schreibe eine Nachricht an Betroffene, die Nutzen, Grenzen und Rückmeldeweg erklärt.
Projektmanagement: Erstelle eine Entscheidungsvorlage mit Freigabekriterien, Pilotplan und Rollback.

Lernkontrolle

Prozessmanagement: Ein automatisches Routing klassifiziert „Zugriff“ fälschlich als FAQ. Entwirf eine sichere Abhilfe und begründe die menschliche Kontrollstelle.
Datenschutz: Eine Projektgruppe möchte echte Kundentickets zum Üben einsetzen. Entwickle eine datensparsame Alternative und erkläre den Unterschied.
Qualifizierungsbedarf: Das Service Desk ist technisch vorbereitet, lehnt den Ablauf aber ab. Untersuche mögliche Gründe und gestalte Beteiligung und Lernkontrolle.
Kennzahl: Die Bearbeitungszeit sinkt im Pilot, die Reklamationen steigen. Erkläre, weshalb nur die Zeitkennzahl nicht genügt, und schlage zwei weitere Kennzahlen vor.
Risikomanagement: Kurz nach Einführung treten falsche Weiterleitungen auf. Entscheide anhand selbst gewählter Kriterien zwischen Korrektur, Pilotstopp und Rollback.
Nachhaltigkeit: Prüfe, ob der neue Ablauf auch langfristig sinnvoll ist, und beziehe Arbeitsbelastung, Ressourcen und Wartbarkeit ein.

Lernnachweis

Für Deinen Lernnachweis legst Du eine kompakte Projektmappe mit den folgenden Nachweisen vor:

Ist-Analyse: verständliche Beschreibung des bisherigen Ablaufs.
Soll-Konzept: gezeichnete Entscheidungswege mit manueller Ausnahme.
Softwaretest: Ergebnisse der lokalen Testfälle und deren Deutung.
Kennzahl: eigene Darstellung der Modellzahlen mit Hinweis auf fehlende Realmessung.
Qualifizierungsbedarf: Rollenvergleich, Einweisung und Verständnisprüfung.
Datenschutz: Risiko- und Freigabecheck ohne echte personenbezogene Daten.
Projektabschluss: Empfehlung für Pilot oder Stopp mit Rückfallplan.

Bewertung: 25 % Prozessverständnis, 25 % nachvollziehbarer Test, 25 % Verantwortung und Datenschutz, 25 % begründete Transferentscheidung. Eine gute Leistung benennt ausdrücklich die Grenzen der Simulation.

OERs zum Thema

Fachquellen und geprüfte Grundlagen:

Ausbildungsrahmenplan der Fachinformatikerausbildungsverordnung – Projektarbeit, Prozesse und IT-Sicherheit.
BIBB: IT-Berufe und Umsetzungshilfen – Berufsausbildung und Digitalisierung.
BSI: Schutzbedarfsfeststellung – Informationssicherheit.
DSGVO, insbesondere Artikel 5 – Zweckbindung und Datenminimierung.
BPMN-Fachüberblick – ergänzende Erläuterung.
IT-Service-Management und Geschäftsprozessautomatisierung – weiterführende Begriffe.

Medienrechte (Dateien von Wikimedia Commons; Nutzungsbedingungen auf der jeweiligen Dateiseite):

Process normal flow – ZweiOhren, CC BY-SA 3.0.
BPMN-1 – Stkl, nach Gubaer, CC BY-SA 3.0.
Flowchart de – Erik Streb, CC BY-SA 3.0.
Abstract Kanban Board – Jennifer Falco, CC BY 4.0.
RACI-Matrix – Peter Gladdish, CC BY 4.0.
Risikomatrix – Josef Kolerus, CC BY-SA 4.0.
PDCA-Kreis – Benji, Markus Bärlocher und Sven, CC BY-SA 3.0.

Die Bilder wurden hier unverändert eingebunden. Bei Bearbeitungen gelten die jeweiligen Lizenzbedingungen einschließlich Namensnennung und gegebenenfalls Weitergabe unter gleichen Bedingungen.

Videorechte: Die vier YouTube-Videos sind verifizierte externe Originalvideos. Ihre Einbettung ist keine Freigabe zum Herunterladen oder Weiterveröffentlichen unter einer freien Lizenz. Für das Abspielen können externe Verbindungen entstehen; bei Offline-Lernumgebungen überspringst Du sie.

Wikipedia-Hintergrundartikel: