aiMOOC

IT-Service Projekte und Automatisierung – Ein IT-Fachgespräch überzeugend führen

QR-Code

IT-Service Projekte und Automatisierung – Ein IT-Fachgespräch überzeugend führen

Zielgruppe: Auszubildende in IT-Berufen, insbesondere Fachinformatikerinnen und Fachinformatiker

Lernformat: 6 kurze Lerneinheiten, Praxisfall, lokale Python-Labore, interaktive Aufgaben und Prüfungssimulation

Leitfrage: Wie überzeugst Du im IT-Fachgespräch durch fachlich begründete Entscheidungen, überprüfbare Ergebnisse und einen offenen Umgang mit Grenzen?

Kurzbeschreibung: Du lernst, technische Entscheidungen zu erklären, Alternativen abzuwägen, Risiken zu erkennen und Grenzen ehrlich zu benennen. Ein fiktives IT-Service-Projekt begleitet Dich vom Auftrag bis zum Fachgespräch.

Sicherheitsregel: Alle Versuche erfolgen ausschließlich lokal oder in ausdrücklich autorisierten Testumgebungen mit fiktiven Daten. Keine fremden Netzwerke, Produktivsysteme, echten Zugangsdaten oder Kundendaten verwenden, verändern oder ungefragt übertragen.

Einleitung

Ein überzeugendes Fachgespräch zeigt nicht nur, was Du umgesetzt hast, sondern auch, warum Du so vorgegangen bist.

Die IHK bewertet bei projektbezogenen IT-Fachgesprächen unter anderem den fachlichen Hintergrund, die Problemlösung sowie die Argumentation und Begründung. Die konkreten Prüfungsregeln hängen vom Ausbildungsberuf und der zuständigen IHK ab.

Dein Lernziel: Du kannst eine Entscheidung in vier Schritten erklären:

Schritt	Leitfrage
Ausgangslage	Welches Problem sollte gelöst werden?
Entscheidung	Welche Lösung wurde gewählt?
Begründung	Warum ist diese Lösung geeignet?
Grenze	Was bleibt unsicher oder muss geprüft werden?

Visualisierung: Ein Regelkreis verdeutlicht, wie Ergebnisse zur Verbesserung einer Lösung genutzt werden können.

Merksatz: Eine gute Entscheidung ist nachvollziehbar, überprüfbar und verantwortbar.

Dein Ausbildungsfall: Automatisierung im IT-Service

Du bist Auszubildende oder Auszubildender beim ServiceCampus West, einem vollständig fiktiven Bildungsbetrieb.

Im IT-Service werden jede Woche wiederkehrende Supporttickets vorsortiert. Die Mitarbeitenden möchten den Aufwand reduzieren, ohne sicherheitsrelevante Entscheidungen vollständig einer Automatisierung zu überlassen.

Dein Projektauftrag: Entwickle einen lokalen Prototyp, der fiktive Tickets auswertet, Bearbeitungsprioritäten vorschlägt und die Ergebnisse verständlich visualisiert.

Die Grafik zeigt das Client-Server-Prinzip. Diskutiere, warum ein Prototyp ohne Verbindung zu einem echten Ticketsystem für die Ausbildung zunächst sinnvoll ist.

Die fiktiven Ausgangsdaten

Ticketkategorie	Tickets pro Woche	Visualisierung
Konto	6	██████
Drucker	4	████
Software	3	███
Netzwerk	2	██
Gesamt	15

Wichtig: Diese Zahlen sind erfundene Übungswerte, keine gemessenen Betriebsdaten.

Mini-Auftrag: Welche Kategorie tritt am häufigsten auf? Warum bedeutet eine hohe Häufigkeit nicht automatisch eine hohe Kritikalität?

Lerneinheit 1: Den Projektauftrag verstehen

Lernzeit: etwa 10 Minuten

Ein IT-Projekt beginnt mit einem konkreten Bedarf. Unterscheide den heutigen Zustand, das gewünschte Ergebnis und die Bedingungen für eine erfolgreiche Umsetzung.

Projektbestandteil	Ausbildungsfall
Ist-Zustand	Tickets werden manuell vorsortiert.
Soll-Zustand	Ein Programm erstellt nachvollziehbare Sortier- und Prioritätsvorschläge.
Qualitätsziel	Gleiche Eingaben führen zu reproduzierbaren Ergebnissen.
Sicherheitsziel	Keine Verbindung zu produktiven Diensten und keine echten personenbezogenen Daten.
Abgrenzung	Keine automatische Kontoänderung und keine selbstständige Ticketfreigabe.

Datei:GANTT Chart.JPG

Ein Gantt-Diagramm stellt geplante Arbeitsschritte und ihre zeitliche Abfolge dar.

Deine Aufgabe: Entwirf einen Projektplan mit Analyse, Entwicklung, Test, Dokumentation und Übergabe. Begründe die Reihenfolge.

Prüfungsfrage: „Woran erkennen Sie, dass Ihr Projektziel erreicht wurde?“

Überzeugende Antwort: „Ich prüfe, ob definierte Testfälle korrekt priorisiert werden, die Ergebnisse reproduzierbar sind und keine unbeabsichtigten Aktionen erfolgen. Eine Zeitersparnis müsste zusätzlich unter vergleichbaren Bedingungen gemessen werden.“

Lerneinheit 2: Entscheidungen und Alternativen

Lernzeit: etwa 10 Minuten

Eine technische Lösung überzeugt, wenn Du Alternativen kennst und anhand nachvollziehbarer Kriterien vergleichst.

Fehler beim Erstellen des Vorschaubildes:

Ein Flussdiagramm hilft, Abläufe und Bedingungen verständlich darzustellen.

Drei Lösungswege vergleichen

Lösung	Vorteil	Nachteil
Manuelle Bearbeitung	Menschliche Prüfung jedes Einzelfalls	Wiederkehrender Zeitaufwand
Regelbasierte Unterstützung	Erklärbare Ergebnisse und einfache Tests	Sonderfälle können unzureichend berücksichtigt werden
Vollautomatische Bearbeitung	Potenziell geringer manueller Aufwand	Fehlentscheidungen können unmittelbar wirksam werden

Projektentscheidung: Für den Ausbildungsprototyp wird eine regelbasierte Entscheidungsunterstützung ohne automatische Änderungen gewählt.

Begründung: Sie ist mit überschaubarem Aufwand nachvollziehbar testbar. Kritische Entscheidungen bleiben beim Menschen.

Grenze: Auch ein korrekt implementiertes Regelwerk garantiert noch keine fachlich angemessene Priorisierung in jeder realen Situation.

Das Argumentationsmuster

Baustein	Beispiel
Entscheidung	„Ich habe eine regelbasierte Lösung gewählt.“
Kriterium	„Die Entscheidungen sollten erklärbar und prüfbar sein.“
Alternative	„Eine Vollautomatisierung wurde ebenfalls betrachtet.“
Risiko	„Sonderfälle könnten falsch eingestuft werden.“
Absicherung	„Deshalb erfolgt vor einer realen Maßnahme eine menschliche Prüfung.“

Mini-Übung: Erkläre Deine Entscheidung in höchstens 60 Sekunden.

Videoimpuls: Vorbereitung auf das IHK-Fachgespräch. Vergleiche die dort genannten Tipps mit den offiziellen Hinweisen Deiner zuständigen IHK. Das Video enthält auch Werbung.

Lerneinheit 3: Risiken und Grenzen offen benennen

Lernzeit: etwa 10 Minuten

Nicht jede technisch mögliche Automatisierung ist sinnvoll.

Fehler beim Erstellen des Vorschaubildes:

Eine Risikomatrix verbindet die Wahrscheinlichkeit eines Ereignisses mit dessen möglichen Auswirkungen. Die dargestellten Risikokategorien sind ein allgemeines Modell und kein verbindlicher IT-Service-Standard.

Risikobetrachtung im Ausbildungsfall

Risiko	Mögliche Folge	Gegenmaßnahme
Falsche Priorität	Wichtige Störung wird zu spät bearbeitet	Prüfung und Eskalationsregel
Unvollständige Eingabe	Unzuverlässiger Vorschlag	Plausibilitätsprüfung
Fehlerhafte Änderung	Dienstunterbrechung	Keine Änderungen im Prototyp; bei einem späteren Einsatz Freigabe- und Rückfallkonzept
Personenbezogene Protokolle	Datenschutzrisiko	Datenminimierung und Berechtigungskonzept
Ungeprüfte Annahmen	Überschätzter Nutzen	Messung und dokumentierte Grenzen

Fachbegriffe:

Datensicherung schützt vor Datenverlust. Ein Rollback ist eine geplante Rückkehr zu einem vorherigen Zustand nach einer Änderung. Monitoring dient der Zustandsüberwachung. Ein Testfall beschreibt Eingaben, erwartete Ergebnisse und Prüfbedingungen.

Wichtig: Ein Rollback ersetzt keine Datensicherung. Ein Test ersetzt keine Freigabe. Ein gutes Ergebnis in der Simulation ist kein Nachweis der Produktionsreife.

Videoimpuls: Kurze Einführung in den IT-Grundschutz durch einen IT-Dienstleister. Prüfe anschließend, welche Sicherheitsmaßnahmen für den fiktiven Prototyp tatsächlich relevant sind.

Lerneinheit 4: Lokale Datenanalyse und Visualisierung

Lernzeit: etwa 15 Minuten

Du entwickelst eine kleine Auswertung mit Python. Sie verwendet ausschließlich im Quelltext definierte Beispieldaten.

Voraussetzung: Python 3.10 oder neuer, lokal installiert. Keine zusätzlichen Pakete erforderlich.

Durchführung: Speichere den folgenden Code als ticket_analyse.py und starte ihn lokal mit python -I -B ticket_analyse.py. Je nach Betriebssystem heißt der Befehl python3.

from collections import Counter

# Vollständig fiktive Übungsdaten
tickets = (
    ["Konto"] * 6
    + ["Drucker"] * 4
    + ["Software"] * 3
    + ["Netzwerk"] * 2
)

anzahlen = Counter(tickets)

print("Fiktive Supporttickets")
for kategorie, anzahl in anzahlen.most_common():
    balken = "#" * anzahl
    print(f"{kategorie:9} | {balken:6} {anzahl}")

print("Gesamt:", len(tickets))

assert len(tickets) == 15
assert anzahlen["Konto"] == 6
assert sum(anzahlen.values()) == 15

print("Selbsttests bestanden.")

Erwartete Ausgabe:

Fiktive Supporttickets
Konto     | ###### 6
Drucker   | ####   4
Software  | ###    3
Netzwerk  | ##     2
Gesamt: 15
Selbsttests bestanden.

Was beweist der Test? Die Summen stimmen für den vorgegebenen Beispieldatensatz.

Was beweist er nicht? Dass reale Tickets korrekt erfasst werden, die Daten repräsentativ sind oder die Automatisierung einen wirtschaftlichen Vorteil bringt.

Eine Wirtschaftlichkeitsrechnung erklären

Die folgenden Zahlen sind Modellannahmen und keine gemessenen Einsparungen.

Annahme	Wert
Fiktive Tickets pro Woche	15
Bisheriger Sortieraufwand je Ticket	8 Minuten
Angenommener Aufwand mit Unterstützung	3 Minuten
Betrachtungszeitraum	52 Wochen
Einmaliger Einrichtungs- und Testaufwand	8 Stunden
Angenommener laufender Aufwand	12 Stunden pro Jahr

Rechnung:

15 × (8 − 3) × 52 ÷ 60 = 65 Stunden Bruttoersparnis

65 − 8 − 12 = 45 Stunden rechnerische Nettoersparnis im betrachteten Jahr

Grenze: Die Rechnung berücksichtigt keine zusätzlichen Fehlerkosten und setzt ein konstantes Ticketaufkommen voraus. Ein Pilotversuch müsste die Annahmen überprüfen.

Prüfungsantwort: „Meine Modellrechnung ergibt 45 Stunden Nettoersparnis. Das ist eine Prognose, kein gemessener Erfolg. Vor einer Einführung würde ich den tatsächlichen Zeitbedarf und die Fehlerquote überprüfen.“

Lerneinheit 5: Isoliertes interaktives Testlabor

Lernzeit: etwa 15 Minuten

Jetzt testest Du eine lokale Priorisierung. Das Labor ist eine Konsolenanwendung ohne Netzwerkfunktionen, Dateischreibzugriffe, externe Dienste oder echte Ticketdaten.

Wichtig: Das Programm ist eine didaktisch isolierte Simulation, keine sicherheitszertifizierte Sandbox und kein produktionsreifes Ticketsystem. Nutze nach Möglichkeit eine getrennte Lernumgebung.

Vereinfachtes Modell:

Einfluss	Dringlichkeit	Ergebnis
gering	gering	meist niedrige Priorität
mittel	mittel	mittlere Priorität
hoch	hoch	hohe Priorität

Die numerischen Werte 1 bis 3 dienen ausschließlich der internen Berechnung. Die Schwellwerte sind frei gewählte Ausbildungsregeln.

Fehler beim Erstellen des Vorschaubildes:

Vergleiche Deine Entscheidung mit dem Modell und nutze die Rückmeldung zur Verbesserung Deiner Begründung.

Lokaler Prioritäts-Simulator

Speichere diesen vollständigen Code als service_labor.py und führe ihn mit python -I -B service_labor.py aus.

# Lokale Simulation ohne Netzwerk- oder Dateizugriffe
# Alle Fälle und Bewertungen sind fiktiv.

FAELLE = [
    ("Ein einzelnes Lernkonto ist gesperrt", 1, 1),
    ("Lernplattform im gesamten Kurs ausgefallen", 3, 3),
    ("Drucker defekt, Ersatz ist vorhanden", 1, 2),
    ("Softwarefehler betrifft eine Arbeitsgruppe", 2, 2),
]

def prioritaet(einfluss, dringlichkeit):
    if not (1 <= einfluss <= 3):
        raise ValueError("Einfluss muss 1 bis 3 sein")
    if not (1 <= dringlichkeit <= 3):
        raise ValueError("Dringlichkeit muss 1 bis 3 sein")

    punkte = einfluss * dringlichkeit

    if punkte >= 6:
        return "hoch"
    if punkte >= 3:
        return "mittel"
    return "niedrig"

def selbsttest():
    assert prioritaet(1, 1) == "niedrig"
    assert prioritaet(2, 2) == "mittel"
    assert prioritaet(3, 3) == "hoch"
    assert prioritaet(1, 2) == "niedrig"
    print("Vier Selbsttests bestanden.")

def labor():
    selbsttest()
    print("Lokales IT-Service-Labor")
    print("Nur fiktive Daten. Keine echten Systeme.")

    for text, einfluss, dringlichkeit in FAELLE:
        print("\nFall:", text)
        print("Einfluss:", einfluss)
        print("Dringlichkeit:", dringlichkeit)

        antwort = input(
            "Dein Vorschlag [niedrig/mittel/hoch]: "
        ).strip().lower()

        erwartet = prioritaet(einfluss, dringlichkeit)
        punkte = einfluss * dringlichkeit

        if antwort == erwartet:
            print("Richtig im Modell.")
        else:
            print("Abweichung vom Modell.")
            print("Modellvorschlag:", erwartet)

        print(
            "Begründung:",
            einfluss, "x", dringlichkeit,
            "=", punkte, "Punkte."
        )
        print(
            "Grenze: Besondere Sicherheitsrisiken "
            "erfordern eine eigenständige Prüfung."
        )

    print("\nLabor beendet. Keine Daten gespeichert.")

if __name__ == "__main__":
    labor()

Bedienung: Gib für jeden Fall „niedrig“, „mittel“ oder „hoch“ ein. Du erhältst sofort eine Rückmeldung mit Berechnungsgrundlage.

Experiment 1 – Basis: Bearbeite alle vier Fälle und dokumentiere Deine Ergebnisse.

Experiment 2 – Anwendung: Verändere bei einem fiktiven Fall Einfluss oder Dringlichkeit und erkläre den Unterschied.

Experiment 3 – Transfer: Ergänze gedanklich den Fall „Verdacht auf kompromittiertes Konto“. Erkläre, weshalb ein Sicherheitsverdacht unabhängig vom berechneten Punktwert eine gesonderte Eskalation auslösen kann.

Grenze des Modells: Das Punktprodukt ist keine verbindliche Priorisierungsregel. In einem realen Betrieb würden vereinbarte Serviceziele, Sicherheitsvorgaben, Auswirkungen, Verantwortlichkeiten und Ausnahmen berücksichtigt.

Begründetes Feedback zum Labor

Beobachtung	Fachliche Rückmeldung
Deine Einstufung stimmt mit dem Modell überein.	Du hast die vereinbarte Regel korrekt angewendet. Das allein bestätigt noch nicht die fachliche Eignung der Regel.
Deine Einstufung weicht ab.	Überprüfe die vorgegebenen Einfluss- und Dringlichkeitswerte und berechne das Produkt erneut.
Du möchtest einen kritischen Fall höher einstufen.	Das kann fachlich begründet sein. Dokumentiere, welche zusätzliche Information die Abweichung rechtfertigt.
Du willst die Priorisierung automatisch ausführen.	Ein Vorschlag kann automatisiert erstellt werden. Eine reale Änderung benötigt ein geeignetes Freigabe- und Sicherheitskonzept.

Lerneinheit 6: Das IT-Fachgespräch überzeugend führen

Lernzeit: etwa 15 Minuten

Im Prüfungsgespräch solltest Du technische Entscheidungen fachlich korrekt und verständlich darstellen.

Die IHK-Handreichungen betonen insbesondere die Fähigkeit, Vorgehensweisen zu begründen und den relevanten fachlichen Hintergrund zu erläutern.

Fünf typische Prüfungsfragen

Frage	Kern einer überzeugenden Antwort
Warum wurde Python verwendet?	Lesbarkeit, verfügbare Standardbibliothek und Eignung für den begrenzten Prototyp; Alternativen berücksichtigen.
Warum keine Vollautomatisierung?	Fehlerrisiken, menschliche Verantwortung und fehlende Produktionsfreigabe.
Wie haben Sie getestet?	Definierte Eingaben, erwartete Ausgaben, Grenzwerte und dokumentierte Ergebnisse.
Wie hoch ist der Nutzen?	Transparente Modellrechnung, Annahmen und notwendige Erfolgsmessung.
Was würden Sie verbessern?	Mehr Grenzfälle, realitätsnähere Tests mit genehmigten synthetischen Daten und fachliche Abnahme.

Beispiel eines Fachgesprächs

Prüfungsausschuss: „Warum haben Sie keine direkte Anbindung an das produktive Ticketsystem umgesetzt?“

Du: „Mein Ziel war zunächst der Nachweis, dass sich wiederkehrende Entscheidungen nachvollziehbar unterstützen lassen. Eine direkte Anbindung hätte zusätzliche Berechtigungs-, Datenschutz- und Betriebsrisiken geschaffen. Deshalb habe ich die Logik mit fiktiven Daten getestet und den Funktionsumfang bewusst begrenzt.“

Prüfungsausschuss: „Ist die Lösung also noch nicht einsatzbereit?“

Du: „Genau. Der Prototyp demonstriert die technische Logik. Für einen produktiven Einsatz wären unter anderem Sicherheitsprüfung, fachliche Abnahme, Fehlerbehandlung, Betriebsüberwachung und Freigaben notwendig.“

Prüfungsausschuss: „Woran würden Sie den Erfolg messen?“

Du: „Ich würde Bearbeitungszeit, Fehlklassifizierungen und den Aufwand für Nacharbeit vor und nach der Einführung unter vergleichbaren Bedingungen erfassen.“

Merksatz: Grenzen offen zu benennen zeigt fachliche Urteilsfähigkeit, wenn Du sie präzise erklärst und geeignete nächste Schritte vorschlägst.

Videoimpuls: Fragestunde zur IHK-Projektpräsentation und zum Fachgespräch. Wähle einen kurzen passenden Abschnitt und bewerte die Tipps anhand offizieller Prüfungsvorgaben.

Qualität durch kontinuierliche Verbesserung

Der PDCA-Zyklus beschreibt ein Vorgehen aus Planen, Umsetzen, Prüfen und Verbessern.

Transfer auf Dein Projekt: Definiere ein Ziel, entwickle den Prototyp, werte die Tests aus und überarbeite die Regeln.

Gestufte Lernhilfen

Die Hilfen bauen aufeinander auf. Versuche zuerst, Aufgaben ohne Unterstützung zu bearbeiten.

Hilfe Stufe 1: Denkanstoß

Frage: Warum ist eine teilautomatisierte Lösung sinnvoll?

Hinweis: Vergleiche Nutzen, Nachvollziehbarkeit und mögliche Folgen eines Fehlers.

Hilfe Stufe 2: Argumentationsstruktur

Formuliere Deine Antwort nach dem Muster:

„Ich habe ... gewählt, weil ... . Die Alternative ... hätte ... . Eine Grenze meiner Lösung ist ... . Deshalb würde ich ... .“

Hilfe Stufe 3: Musterlösung mit Feedback

Muster: „Ich habe einen regelbasierten Vorschlagsmechanismus gewählt, weil sich seine Entscheidungen mit einfachen Testfällen erklären lassen. Eine Vollautomatisierung könnte zwar mehr Arbeitsschritte übernehmen, aber auch Fehler direkt wirksam machen. Deshalb beschränke ich den Prototyp auf Vorschläge und empfehle vor einer Einführung weitere Prüfungen.“

Feedback: Die Antwort ist überzeugend, weil sie eine Entscheidung, ein Kriterium, eine Alternative, eine Grenze und eine Maßnahme miteinander verbindet. Noch stärker wäre sie mit konkreten Testergebnissen.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was steht im Mittelpunkt eines überzeugenden IT-Fachgesprächs? (Die fachliche Begründung von Entscheidungen) (!Die Anzahl verwendeter Fachbegriffe) (!Eine möglichst komplizierte Lösung) (!Das Vermeiden kritischer Nachfragen)

Welcher Schritt gehört zur Projektplanung? (Die Definition überprüfbarer Ziele) (!Die sofortige Produktivschaltung) (!Das Weglassen der Risikoanalyse) (!Der Ersatz von Tests durch Vermutungen)

Warum ist ein lokaler Prototyp für den Ausbildungsfall geeignet? (Er ermöglicht Tests ohne Eingriffe in Produktivsysteme) (!Er beweist automatisch die Produktionsreife) (!Er benötigt immer Administratorrechte) (!Er macht jede Sicherheitsprüfung überflüssig)

Welche Aussage beschreibt eine gute technische Entscheidung? (Sie berücksichtigt Ziele Alternativen und Risiken) (!Sie verwendet immer die neueste Technologie) (!Sie ist unabhängig von den Anforderungen) (!Sie muss nicht dokumentiert werden)

Was sagt die Häufigkeit einer Ticketkategorie allein aus? (Wie oft diese Kategorie im Datensatz vorkommt) (!Wie gefährlich sämtliche Tickets sind) (!Wie hoch die Bearbeitungskosten sicher sind) (!Wie dringend jedes Ticket bearbeitet werden muss)

Was ist ein wesentlicher Vorteil automatisierter Selbsttests? (Erwartete Ergebnisse lassen sich reproduzierbar prüfen) (!Alle unbekannten Fehler werden sicher entdeckt) (!Eine menschliche Prüfung wird unmöglich) (!Ein Produktiveinsatz wird automatisch genehmigt)

Welche Aussage zur Zeitersparnis im Beispiel ist korrekt? (Die berechnete Ersparnis beruht auf Annahmen) (!Die Ersparnis ist bereits im Betrieb gemessen) (!Fehlerkosten sind vollständig berücksichtigt) (!Das Ticketaufkommen kann niemals schwanken)

Wann ist eine zusätzliche manuelle Sicherheitsprüfung sinnvoll? (Wenn eine Besonderheit außerhalb der Modellregeln liegt) (!Nur wenn das Programm abstürzt) (!Grundsätzlich erst nach einer Kontoänderung) (!Nie bei automatischen Vorschlägen)

Wie gehst Du mit einer erkannten Projektgrenze im Fachgespräch um? (Du erläuterst die Grenze und geeignete Folgeschritte) (!Du verschweigst die Grenze) (!Du behauptest ungeprüfte Eigenschaften) (!Du wechselst ohne Erklärung das Thema)

Wie lässt sich eine Verbesserung fachlich nachweisen? (Durch nachvollziehbare Messungen unter vergleichbaren Bedingungen) (!Allein durch eine positive Vermutung) (!Durch eine besonders lange Präsentation) (!Durch den Verzicht auf Fehlertests)

Begründetes Quiz-Feedback: Richtige Antworten unterscheiden konsequent zwischen nachgewiesenen Eigenschaften und Annahmen. Besonders wichtig sind die Grenzen der Simulation und die Notwendigkeit einer fachlichen Prüfung vor produktiven Änderungen.

Memory

Ist-Zustand	Gegenwärtiger Ablauf
Soll-Zustand	Angestrebtes Ergebnis
Prototyp	Vorläufiges Funktionsmodell
Testfall	Definierte Prüfsituation
Rollback	Rückkehr zum vorherigen Zustand
Monitoring	Laufende Zustandsüberwachung
Datenminimierung	Beschränkung auf notwendige Angaben
Priorisierung	Reihenfolge nach festgelegten Kriterien

Drag and Drop

Ordne die richtigen Begriffe zu.	Bedeutung
Anforderungsanalyse	Erwartungen und Bedingungen klären
Entscheidungsvergleich	Alternativen anhand von Kriterien bewerten
Implementierung	Den Entwurf technisch umsetzen
Qualitätssicherung	Ergebnisse mit Anforderungen vergleichen
Fachliche Abnahme	Die Eignung durch Verantwortliche beurteilen
Risikobehandlung	Maßnahmen für mögliche Schäden festlegen

Feedback: Die Begriffe beschreiben unterschiedliche Verantwortlichkeiten. Eine erfolgreiche technische Implementierung ersetzt weder die Qualitätssicherung noch die fachliche Abnahme.

Kreuzworträtsel

Prototyp	Wie nennt man ein vorläufiges Funktionsmodell?
Rollback	Wie heißt die Rückkehr zu einem vorherigen Systemzustand?
Monitoring	Wie heißt die laufende Überwachung eines technischen Systems?
Testfall	Wie nennt man eine definierte Prüfsituation?
Risiko	Wie heißt ein mögliches Ereignis mit negativen Folgen im Projekt?
Python	Welche Programmiersprache wird in den lokalen Laboren verwendet?

LearningApps

Optionale externe Übungen: Die folgende Suche führt zu LearningApps-Angeboten. Die einzelnen Suchergebnisse sind nicht Bestandteil des lokal geprüften Testlabors.

Lückentext

Ein IT-Projekt beginnt mit der Analyse des

.

Das gewünschte Projektergebnis wird im

beschrieben.

Ein überprüfbares Ergebnis benötigt klar definierte

.

Die gewählte Lösung sollte durch fachliche

begründet werden.

Ein vorläufiges Funktionsmodell wird als

bezeichnet.

Die beispielhafte Python-Auswertung verwendet ausschließlich

Daten.

Die Priorisierung des Testlabors ist ein vereinfachtes

.

Eine technische Änderung kann durch ein vorbereitetes

rückgängig gemacht werden.

Die laufende Zustandsüberwachung heißt

.

Eine Wirtschaftlichkeitsrechnung benötigt nachvollziehbare

.

Ein positives Testergebnis beweist nicht automatisch die

.

Im Fachgespräch solltest Du erkannte

offen benennen.

Offene Aufgaben

Bearbeite zwölf Aufgaben in aufsteigender Schwierigkeit. Verwende ausschließlich fiktive oder ausdrücklich freigegebene Übungsinformationen.

Leicht: Basisaufgaben

Ticketarten erkennen: Erstelle eine eigene Übersicht mit fünf fiktiven Supportanfragen und passenden Kategorien.
Projektziele formulieren: Beschreibe Ist-Zustand, Soll-Zustand und zwei überprüfbare Erfolgskriterien für den Ausbildungsfall.
Daten visualisieren: Stelle die 15 fiktiven Tickets als Balkendiagramm dar und erläutere, welche Aussagen daraus nicht abgeleitet werden können.
Kurzantwort aufnehmen: Zeichne eine 60-sekündige lokale Audioaufnahme auf, in der Du die Entscheidung für einen Prototyp erklärst. Veröffentliche sie nicht ungefragt.

Standard: Anwendungsaufgaben

Code untersuchen: Verändere die fiktiven Ticketzahlen im Python-Beispiel und kontrolliere, ob die Summen und Selbsttests weiterhin passen.
Grenzwerte testen: Ergänze mindestens drei weitere lokale Testfälle für das Priorisierungsmodell und dokumentiere die erwarteten Ergebnisse.
Lösungen vergleichen: Erstelle eine Entscheidungsmatrix mit den Kriterien Sicherheit, Aufwand, Nachvollziehbarkeit und Erweiterbarkeit.
Prüfungsgespräch durchführen: Simuliere mit einer Lernpartnerin oder einem Lernpartner ein fünfminütiges Fachgespräch und bewerte die Begründungen.

Schwer: Transferaufgaben

Risikokonzept entwerfen: Entwickle ein Konzept für einen späteren, ausdrücklich genehmigten Piloteinsatz einschließlich Freigabe, Tests, Monitoring und Rückfallplan.
Annahmen überprüfen: Untersuche, wie sich das Rechenergebnis verändert, wenn nur ein Teil der Tickets automatisiert vorbereitet werden kann oder zusätzlicher Prüfaufwand entsteht.
Qualität bewerten: Erstelle einen Bericht über funktionale Tests, Grenzfälle, Sicherheitsgrenzen und bislang nicht untersuchte Eigenschaften des Prototyps.
Prüfungskommission simulieren: Führe ein vollständiges projektbezogenes Fachgespräch mit kritischen Nachfragen durch und begründe auch alternative Lösungswege.

Feedback und Bewertungshilfen

Aufgabenniveau	Gute Bearbeitung	Begründetes Verbesserungsfeedback
Basis	Fachbegriffe richtig verwenden und Beobachtungen von Vermutungen unterscheiden	Eine Häufigkeit ist noch keine Aussage über Kritikalität. Ergänze die fehlende Einordnung.
Anwendung	Modelle korrekt anwenden und mit definierten Tests absichern	Ein korrektes Ergebnis für einzelne Beispiele genügt nicht. Prüfe auch Randbedingungen und Fehlerfälle.
Transfer	Entscheidungen abwägen, Risiken einschätzen und Grenzen benennen	Eine Empfehlung überzeugt erst, wenn Voraussetzungen, Auswirkungen und Überprüfungsmöglichkeiten nachvollziehbar sind.

Selbstreflexion: Kannst Du Deine wichtigste Projektentscheidung in einer Minute erklären, ohne die Grenzen zu verschweigen?

Lernkontrolle

Bearbeite die folgenden Aufgaben schriftlich oder mündlich. Es geht um Zusammenhänge und Transfer, nicht nur um Fakten.

Anforderungsänderung: Eine fiktive Auftraggeberin verlangt kurzfristig eine automatische Kontoentsperrung. Beurteile, ob diese Änderung zum bisherigen Projektziel passt, und erläutere erforderliche Sicherheits- und Freigabeschritte.
Fehlpriorisierung: Ein sicherheitskritisches Ticket erhält durch das Modell eine niedrige Priorität. Analysiere Ursachen, Folgen und geeignete Verbesserungsmaßnahmen.
Wirtschaftlichkeit: Die tatsächliche Zeitersparnis fällt deutlich geringer aus als erwartet. Erkläre, wie Du die Wirtschaftlichkeit neu bewertest und das Ergebnis kommunizierst.
Teststrategie: Ein Programm besteht alle vorhandenen Selbsttests. Lege dar, weshalb weitere fachliche und sicherheitstechnische Prüfungen notwendig sein können.
Datenschutz und Protokollierung: Entscheide, welche Informationen bei einem fiktiven Supportfall für eine nachvollziehbare Bearbeitung benötigt werden und welche unnötig wären.
Adressatengerechte Erklärung: Erkläre dieselbe Automatisierungsentscheidung einmal einer technischen Fachkraft und einmal einer nichttechnischen Geschäftsführung. Begründe die unterschiedliche Schwerpunktsetzung.

Bewertungskriterien: Fachliche Korrektheit, logische Argumentation, nachvollziehbare Belege, angemessene Risikoabwägung und ehrlicher Umgang mit offenen Fragen.

Lernnachweis

Für einen erfolgreichen Lernnachweis solltest Du Folgendes vorlegen und erläutern können:

Eine klare Beschreibung des fiktiven Projektauftrags mit Ist-Zustand, Soll-Zustand und prüfbaren Zielen.
Eine nachvollziehbare Entscheidung zwischen mehreren technischen Alternativen.
Eine funktionierende lokale Datenauswertung mit dokumentierter Testausgabe.
Einen vollständig lokal ausgeführten Prioritäts-Simulator mit zusätzlichen Testfällen.
Eine eigene Visualisierung der Beispieldaten und eine transparente Wirtschaftlichkeitsrechnung.
Eine Risikoübersicht mit geeigneten Schutzmaßnahmen und klarer Abgrenzung zum Produktivbetrieb.
Eine kurze Projektpräsentation mit begründeter Entscheidung und offen benannten Grenzen.
Eine mündliche Verteidigung des Vorgehens einschließlich der kritischen Reflexion.
Eine Quellen- und Medienübersicht mit Lizenzangaben für verwendete Fremdmaterialien.

Abschlussleistung: Präsentiere den Ausbildungsfall, demonstriere die lokalen Simulationen und beantworte anschließend fachliche Rückfragen. Zeige ausdrücklich, was Du nachgewiesen hast und was noch nicht.

OERs zum Thema

Wikipedia: IT-Service-Management

Fachlich überprüfbare Quellen:

IHK Region Stuttgart – Informationen zur betrieblichen Projektarbeit: Hinweise zu Präsentation, Fachgespräch und Bewertung.
IHK Pfalz – Handreichung zur betrieblichen Projektarbeit: Hinweise zum Begründen von Entscheidungen und zum Fachgespräch.
Python-Dokumentation – collections: Offizielle Beschreibung der verwendeten Datenstrukturen.
Python-Dokumentation – unittest: Grundlagen automatisierter Softwaretests.
Datenschutz-Grundverordnung: Insbesondere Artikel 5 über Datenminimierung, Zweckbindung und Sicherheit.
BSI – IT-Grundschutz: Grundlagen für Informationssicherheit.
openHPI – Python schnell und intensiv Programmieren lernen: Weiterführende Übungen zur Programmierung.

Hinweis: Nicht alle verlinkten Quellen sind Open Educational Resources mit einer freien Nachnutzungslizenz. Amtliche Informationen, frei zugängliche Lernangebote und offen lizenzierte Materialien sind rechtlich zu unterscheiden.

Mediennachweise und Nutzungsrechte

Für die eingebundenen Wikimedia-Commons-Grafiken wurden die jeweiligen Dateiseiten und Lizenzangaben geprüft:

General Feedback Loop.svg: GliderMaven, CC0 1.0.
Client-server model.svg: Lubaochuan, CC BY-SA 4.0.
GANTT Chart.JPG: Chabre, Public Domain laut Commons-Dateiseite.
Flowchart de.svg: Erik del Toro Streb, CC BY-SA 3.0.
Risk matrix diagram.svg: Peter Gladdish, CC BY 4.0.
PDCA-Kreis (Qualitätsmanagement).svg: Gemeinschaftsarbeit von Benji und Markus Bärlocher, unter anderem CC BY-SA 3.0.

Videos: Die eingebundenen YouTube-Videos stammen von öffentlich auffindbaren Veröffentlichungen der jeweiligen Anbieter. Eine frei nachnutzbare Lizenz wird daraus nicht abgeleitet. Die Videos werden lediglich über den YouTube-Player eingebunden. Sie dürfen nicht ohne entsprechende Rechte kopiert oder neu veröffentlicht werden.

Datenschutzhinweis: YouTube-, Wikipedia- und LearningApps-Einbettungen können bei ihrer Anzeige externe Verbindungen und Datenübertragungen auslösen. Verwende diese Angebote nur gemäß den Vorgaben Deiner Lernumgebung und gib keine echten Kundeninformationen oder Zugangsdaten ein. Die Python-Labore benötigen keine externen Verbindungen.