aiMOOC

IT-Service Projekte und Automatisierung – IT-Projekte realistisch planen

QR-Code

IT-Service Projekte und Automatisierung – IT-Projekte realistisch planen

Einleitung

IT-Projekte realistisch planen bedeutet: Ziele und Grenzen klären, Arbeitspakete definieren, Aufwand schätzen, Meilensteine festlegen und Risiken berücksichtigen.

Du lernst dies an einem durchgängigen Ausbildungsprojekt mit kurzen Lerneinheiten, Visualisierungen und lokal ausführbaren Python-Experimenten.

Zielgruppe: Ausbildung in IT-Berufen, insbesondere Fachinformatikerinnen und Fachinformatiker.

Lernzeit: circa 4–6 Unterrichtsstunden plus Projektarbeit.

Voraussetzungen: Grundkenntnisse über IT-Services; für die Programmierübungen Python 3 und ein lokaler Texteditor.

Am Ende kannst Du einen Projektauftrag eingrenzen, Aufwand und Termine unterscheiden, Risiken bewerten, Meilensteine kontrollieren und einen einfachen Automatisierungsprototyp sicher testen.

Sicherheitsregel: Alle Experimente finden ausschließlich in einem lokalen Lernordner mit vollständig erfundenen Daten statt. Keine fremden Netze, Produktivsysteme, echten Tickets, Zugangsdaten oder Kundendaten verwenden. Keine Daten ungefragt übertragen.

Dein Lernpfad

Einheit	Dauer	Dein Ergebnis
1. Projektauftrag	15 Minuten	Ziel und Umfang
2. Aufwand	20 Minuten	Arbeitspakete und Schätzung
3. Termine	20 Minuten	Meilensteinplan
4. Risiken	15 Minuten	Risikomatrix
5. Automatisierung	35 Minuten	Lokaler Python-Prototyp
6. Projektsteuerung	20 Minuten	Tests und Abnahme

Ausbildungsfall: Das Service-Desk-Projekt

Der fiktive Ausbildungsbetrieb Nordlicht IT möchte wiederkehrende Serviceanfragen schneller sortieren.

Zwei Auszubildende sollen einen kleinen, lokal ausführbaren Prototyp entwickeln, der erfundene Tickettexte den Gruppen Hardware-Support, Netzwerk-Support oder manuelle Identitätsprüfung zuordnet.

Projektauftrag

Bestandteil	Festlegung
Ergebnis	Offline-Prototyp zur Ticketklassifizierung
Im Projektumfang	Anforderungen, Fantasiedaten, Programm, Tests, Dokumentation
Nicht im Projektumfang	Echtes Ticketsystem, Serverzugriffe, automatischer Passwort-Reset, Produktivbetrieb
Team	Zwei Auszubildende
Verfügbarkeit	Je 4 produktive Stunden pro Arbeitstag
Abnahmekriterium	Fünf definierte Tests bestehen; keine Datenübertragung
Planungshorizont	13 Arbeitstage einschließlich Terminreserve

Wichtig: Alle Aufwandszahlen und Projektdaten dieses Lernfalls sind didaktische Annahmen, keine allgemeingültigen Branchenwerte.

Lerneinheit 1: Projektumfang und Projektauftrag

Ein Projektauftrag legt fest, was erreicht werden soll und was ausdrücklich ausgeschlossen ist.

Das magische Dreieck verdeutlicht die Abhängigkeit von Leistung beziehungsweise Umfang, Zeit und Kosten. Qualitätsanforderungen müssen dabei eingehalten werden.

Beispiel: Würde zusätzlich eine echte Helpdesk-Anbindung verlangt, änderten sich Aufwand, Sicherheitsanforderungen, Abhängigkeiten und Risiken. Deshalb ist eine solche Änderung nicht stillschweigend Teil des Projekts.

Mini-Aufgabe – Basis: Formuliere ein messbares Projektziel und zwei Nichtziele.

Musterfeedback: „Ein lokaler Prototyp sortiert fünf definierte Testfälle korrekt“ ist überprüfbar. „Wir verbessern den gesamten IT-Service“ ist zu ungenau.

Projektstrukturplan kennenlernen

Ein Projektstrukturplan zerlegt das Gesamtprojekt in planbare Arbeitspakete. Die Grafik zeigt ein allgemeines Strukturbeispiel, nicht den konkreten Ausbildungsfall.

Video: Projektmanagement Einfach Erklärt – Projektstrukturplan.

Beobachtungsauftrag: Achte darauf, wie aus einem Gesamtziel überprüfbare Arbeitspakete entstehen.

Lerneinheit 2: Aufwand und Ressourcen schätzen

Aufwand ist die benötigte Arbeitsmenge, beispielsweise in Personenstunden. Dauer ist die Zeitspanne, in der eine Tätigkeit ausgeführt werden kann. Beides ist nicht identisch.

Arbeitspakete des Ausbildungsprojekts

ID	Arbeitspaket	Aufwand	Dauer	Vorgänger
A	Kickoff und Auftrag	4 h	1 Tag	keiner
B	Anforderungen klären	6 h	2 Tage	A
C	Fantasie-Testdaten vorbereiten	4 h	1 Tag	B
D	Prototyp programmieren	10 h	3 Tage	C
E	Testfälle entwerfen	6 h	2 Tage	B
F	Programm testen	8 h	2 Tage	D und E
G	Dokumentation und Abnahme	6 h	2 Tage	F

Berechnung

Kennzahl	Wert
Grundaufwand	44 Stunden
Aufwandsreserve von 20 %	8,8 Stunden
Auf ganze Stunden aufgerundete Reserve	9 Stunden
Geplanter Gesamtaufwand	53 Stunden
Produktive Teamkapazität	8 Stunden je Arbeitstag
Rechnerische Untergrenze aus Aufwand und Kapazität	7 Arbeitstage
Frühester Endtermin gemäß Vorgangsabhängigkeiten	Tag 11
Zieltermin mit zwei Tagen Terminreserve	Tag 13

Merke: 53 durch 8 ergibt 6,625 und aufgerundet 7 Arbeitstage. Diese Rechnung berücksichtigt jedoch keine Vorgängerbeziehungen, individuelle Auslastung oder Terminrisiken.

Die 9 Stunden Aufwandsreserve und die 2 Tage Terminreserve sind unterschiedliche Planungsgrößen. Sie dürfen nicht verwechselt werden.

Interaktives Lernlabor A: Aufwandsplanung

Erstelle lokal einen leeren Ordner namens it-lernprojekt. Speichere den folgenden Code als planung.py.

from math import ceil

# Name, Stunden, Arbeitstage, Vorgänger
pakete = [
    ("A Kickoff", 4, 1, ()),
    ("B Anforderungen", 6, 2, ("A Kickoff",)),
    ("C Testdaten", 4, 1, ("B Anforderungen",)),
    ("D Prototyp", 10, 3, ("C Testdaten",)),
    ("E Testfaelle", 6, 2, ("B Anforderungen",)),
    ("F Tests", 8, 2, ("D Prototyp", "E Testfaelle")),
    ("G Abnahme", 6, 2, ("F Tests",)),
]

ende = {}

for name, stunden, tage, vorgaenger in pakete:
    start = max((ende[v] for v in vorgaenger), default=0)
    ende[name] = start + tage
    print(f"{name:17} Tag {start + 1:2} bis {ende[name]:2}")

basis = sum(p[1] for p in pakete)
reserve = ceil(basis * 0.20)

print(f"Basis: {basis} h")
print(f"Reserve: {reserve} h")
print(f"Plan: {basis + reserve} h")
print(f"Fruehestes Ende: Tag {max(ende.values())}")

Lokal ausführen: Öffne ein Terminal in diesem Ordner und starte python -B planung.py. Je nach Installation heißt der Python-Befehl python3 oder unter Windows py.

Erwartetes Ergebnis: 44 Stunden Grundaufwand, 9 Stunden Reserve, 53 Stunden Planaufwand und frühestes Projektende an Tag 11.

Dein Experiment: Erhöhe die Dauer des Prototyps von drei auf fünf Arbeitstage. Welchen Endtermin zeigt das Programm anschließend?

Feedback: Tag 13 ist richtig. Die Verzögerung liegt auf der terminbestimmenden Vorgangskette. Das Programm verwendet eine vereinfachte Netzplanrechnung und prüft keine Ressourcenüberlastungen.

Lerneinheit 3: Meilensteine und Terminplanung

Ein Meilenstein bezeichnet ein wichtiges überprüfbares Zwischenziel. Ein Gantt-Diagramm stellt Zeiträume grafisch dar.

Bildanalyse: Welche Vorgänge können gleichzeitig stattfinden? Welche Verschiebung verändert den Endtermin?

Visualisierter Projektzeitplan

Die folgende Darstellung zeigt die Vorgänge des fiktiven Lernprojekts. Ein ausgefülltes Feld bedeutet geplante Tätigkeit, ein Punkt bedeutet keine Tätigkeit.

Paket	T1	T2	T3	T4	T5	T6	T7	T8	T9	T10	T11
A Kickoff	■	·	·	·	·	·	·	·	·	·	·
B Anforderungen	·	■	■	·	·	·	·	·	·	·	·
C Testdaten	·	·	·	■	·	·	·	·	·	·	·
D Prototyp	·	·	·	·	■	■	■	·	·	·	·
E Testfälle	·	·	·	■	■	·	·	·	·	·	·
F Tests	·	·	·	·	·	·	·	■	■	·	·
G Abnahme	·	·	·	·	·	·	·	·	·	■	■

Diese Ablaufplanung setzt voraus, dass die parallelen Arbeiten personell ausführbar sind. Sie ist anhand der tatsächlichen Verfügbarkeiten regelmäßig zu überprüfen.

Meilensteinplan

Zeitpunkt	Meilenstein	Prüfnachweis
Tag 3	Anforderungen freigegeben	Ziel- und Nichtziel-Liste
Tag 7	Prototyp fertiggestellt	Lokal ausführbare Datei
Tag 9	Tests abgeschlossen	Testprotokoll
Tag 11	Abnahme geplant	Erfüllte Akzeptanzkriterien
Tag 13	Spätester Zieltermin	Terminreserve berücksichtigt

Kritischer Pfad

Der kritische Pfad ist die längste terminbestimmende Abfolge abhängiger Vorgänge im Netzplan.

Für unser Beispiel:

A → B → C → D → F → G

1 + 2 + 1 + 3 + 2 + 2 = 11 Arbeitstage.

Der parallele Weg über Paket E ist kürzer. Die Zeitreserve dieses Nebenpfades darf jedoch nicht mit einer garantierten Personalreserve verwechselt werden.

Video: wirtconomy – Netzplantechnik und kritischer Pfad.

Mini-Aufgabe – Anwendung: Erkläre, weshalb zwei zusätzliche Tage bei Paket D den geplanten Abschluss von Tag 11 auf Tag 13 verschieben.

Feedback: D liegt auf dem kritischen Pfad. Ohne Gegenmaßnahme wandert jeder zusätzliche Arbeitstag auf diesem Pfad bis zum Endtermin durch.

Lerneinheit 4: Projektrisiken

Ein Projektrisiko ist ein unsicheres Ereignis, das Projektziele beeinflussen kann.

Für die erste Priorisierung verwenden wir eine vereinfachte Bewertungsskala von 1 bis 5 für Eintrittswahrscheinlichkeit und Schadensausmaß.

Risikopriorität = Wahrscheinlichkeit × Auswirkung

Das Produkt ist eine Orientierung für die Besprechung. Da beide Werte ordinal eingeschätzt werden, handelt es sich nicht um eine mathematisch präzise Schadensprognose.

Risikoregister mit Datenvisualisierung

Risiko	W	A	Wert	Visualisierung	Gegenmaßnahme
Unklare Anforderungen	3	4	12	████████████	Regelabnahme
Unzulässige Echtdaten	2	5	10	██████████	Ausschließlich Fantasiedaten
Personalausfall	3	3	9	█████████	Vertretung und Reserve
Falsche Ticketzuordnung	2	4	8	████████	Automatisierte Tests

Priorisierung: Die dargestellten Bewertungen sind angenommene Übungswerte. Sicherheits- und Datenschutzanforderungen bleiben verbindlich, auch wenn ein Risiko rechnerisch niedriger eingestuft wird.

Mini-Aufgabe – Basis: Warum kann ein Datenschutzrisiko trotz einer geringeren Eintrittswahrscheinlichkeit besondere Maßnahmen erfordern?

Feedback: Weil eine erhebliche Auswirkung und rechtliche Verpflichtungen nicht allein durch den Zahlenwert relativiert werden dürfen.

Gestufte Hilfe zur Risikoanalyse

Hilfestufe	Unterstützung
Hilfe 1	Was könnte schiefgehen?
Hilfe 2	Beschreibe Ursache, Auswirkung und Warnsignal.
Hilfe 3	Beispiel: Unklare Sortierregel → Fehlklassifizierung → zusätzliche manuelle Nacharbeit; Maßnahme: Regel im Test abnehmen.

Lerneinheit 5: Automatisierung sicher ausprobieren

Das Lernziel ist nicht der Zugriff auf eine reale Serviceplattform, sondern die isolierte Simulation eines kleinen IT-Service-Prozesses.

Sicherheitskonzept für das Lernlabor

Testumgebung: Eigener lokaler Ordner, getrennt von Produktivdateien.
Testdaten: Nur vollständig erfundene Inhalte.
Python: Standardbibliothek ohne zusätzliche Pakete.
Informationssicherheit: Kein Netzwerkzugriff, kein Versand, keine echten Identitäten.
Softwaretest: Fehler werden vor der Abnahme sichtbar gemacht.

Optional kannst Du mit python -m venv .venv eine lokale Python-Umgebung anlegen. Ein virtuelles Environment trennt Python-Abhängigkeiten, ist aber keine vollständige Sicherheits-Sandbox. Für das Labor werden keine Pakete installiert.

Interaktives Lernlabor B: Ticketklassifizierung

Speichere den folgenden Code im selben Lernordner als prototyp.py.

REGELN = {
    "drucker": "Hardware-Support",
    "passwort": "Manuelle Identitaetspruefung",
    "netzwerk": "Netzwerk-Support",
}

def einordnen(text):
    text = text.strip().lower()
    treffer = [
        gruppe
        for wort, gruppe in REGELN.items()
        if wort in text
    ]
    if len(treffer) == 1:
        return treffer[0]
    return "Manuelle Pruefung"

if __name__ == "__main__":
    print("Offline-Demo: NUR erfundene Tickets eingeben.")
    while True:
        text = input("Fantasie-Ticket (q = Ende): ")
        if text.strip().lower() == "q":
            break
        print("Kategorie:", einordnen(text))

Ausführen: python -B prototyp.py

Probiere ausschließlich Fantasie-Tickets aus:

Eingabe	Erwartete Ausgabe
Drucker klemmt	Hardware-Support
Passwort vergessen	Manuelle Identitaetspruefung
Netzwerk ausgefallen	Netzwerk-Support
Drucker und Netzwerk	Manuelle Pruefung
Fenster offen	Manuelle Pruefung

Begrenzung: Die einfache Schlüsselwortsuche ist keine verlässliche automatische Entscheidung für echte Serviceanfragen. Sie erkennt beispielsweise nicht zuverlässig Verneinungen oder sprachliche Mehrdeutigkeiten. Unklare Fälle gehen daher zur manuellen Prüfung.

Interaktives Lernlabor C: Automatische Tests

Speichere als test_prototyp.py:

import unittest
from prototyp import einordnen

class TestZuordnung(unittest.TestCase):
    def test_drucker(self):
        self.assertEqual(
            einordnen("Drucker klemmt"),
            "Hardware-Support"
        )

    def test_passwort(self):
        self.assertEqual(
            einordnen("Passwort vergessen"),
            "Manuelle Identitaetspruefung"
        )

    def test_doppelt(self):
        self.assertEqual(
            einordnen("Drucker und Netzwerk"),
            "Manuelle Pruefung"
        )

    def test_unbekannt(self):
        self.assertEqual(
            einordnen("Fenster offen"),
            "Manuelle Pruefung"
        )

    def test_leer(self):
        self.assertEqual(
            einordnen(" "),
            "Manuelle Pruefung"
        )

if __name__ == "__main__":
    unittest.main()

Ausführen: python -B -m unittest -v test_prototyp.py

Erwartete Ausgabe: Fünf erfolgreich ausgeführte Tests und der Status OK.

Testexperiment: Ändere absichtlich den Erwartungswert im ersten Test. Führe den Testlauf erneut aus und beobachte die Fehlermeldung. Stelle anschließend den ursprünglichen Wert wieder her.

Feedback: Ein fehlgeschlagener Test macht eine Abweichung sichtbar. Er liefert einen Anlass zur Fehleranalyse und darf nicht bloß aus der Testliste entfernt werden.

Interaktives Lernlabor D: Entscheidungen simulieren

Die folgende Simulation verwendet ausschließlich fest eingebaute, erfundene Szenarien und verarbeitet keine Kundendaten.

Speichere den Code als simulation.py.

FAELLE = [
    (
        "Eine Sortierregel ist unklar.",
        "Regel zuerst testen",
        "Unklarheiten gehoeren vor die Abnahme."
    ),
    (
        "Eine Auszubildende faellt aus.",
        "Plan und Kapazitaet anpassen",
        "Personalausfall kann Termine verschieben."
    ),
    (
        "Es sollen echte Tickets importiert werden.",
        "Ablehnen und Fantasiedaten nutzen",
        "Keine fremden Daten ohne Freigabe."
    ),
]

for lage, richtige_aktion, grund in FAELLE:
    print("\nSzenario:", lage)
    print("1:", richtige_aktion)
    print("2: Ungeprueft produktiv einsetzen")
    antwort = input("Deine Entscheidung 1 oder 2: ")
    if antwort.strip() == "1":
        print("Richtig.")
    else:
        print("Nicht empfehlenswert.")
    print("Begruendung:", grund)

Ausführen: python -B simulation.py

Transferfrage: Welche Folgen hätte die falsche Entscheidung für Termine, Qualität oder Datenschutz?

Lerneinheit 6: Fortschritt, Kanban und Abnahme

Mit einem Kanban-Board werden Aufgaben und ihr Bearbeitungsstatus sichtbar gemacht.

Video: Agile Heroes – Kanban einfach erklärt.

Projektstatus im Lernfall

Arbeitspaket	Offen	In Arbeit	Erledigt
Anforderungen			✓
Testdaten			✓
Prototyp		✓
Automatische Tests	✓
Abnahme	✓

Regel: „Erledigt“ bedeutet nicht, dass irgendeine Datei vorhanden ist. Das Ergebnis muss die vereinbarten Kriterien erfüllen.

Änderungsmanagement

Situation: Am Tag 7 wird ein Fehler entdeckt. Für die Korrektur sind zwei zusätzliche Arbeitstage erforderlich.

Wenn die Korrektur den kritischen Pfad verlängert, verschiebt sich die geplante Abnahme von Tag 11 auf Tag 13. Damit wäre die gesamte Terminreserve verbraucht.

Deine Entscheidung: Dokumentiere die Änderung, überprüfe die verfügbaren Personenstunden und informiere die zuständige Projektverantwortung. Ein Produktiveinsatz bleibt außerhalb des Projektauftrags.

Abnahmecheck

Nachweis	Kriterium
Projektumfang	Ziel und Nichtziele dokumentiert
Planung	Aufwand und Termine nachvollziehbar
Risikoanalyse	Maßnahmen und Verantwortliche benannt
Prototyp	Offline startbar
Tests	Alle fünf definierten Tests erfolgreich
Datenschutz	Ausschließlich Fantasiedaten
Dokumentation	Durchführung und Grenzen erklärt

Lernhilfe und begründetes Feedback

Niveau	Selbstkontrolle	Begründetes Feedback
Basis	Ziele, Arbeitspakete und Meilensteine korrekt unterscheiden	Ohne klare Begriffe werden Umfang und Ergebnisse falsch geplant.
Anwendung	44 Stunden Basis, 9 Stunden Reserve und 11 Tage Ablauf nachvollziehen	Arbeitsaufwand ist nicht gleich Durchlaufzeit; Abhängigkeiten und Kapazität beeinflussen den Endtermin.
Transfer	Terminänderung bewerten und Sicherheitsgrenzen erhalten	Ein früherer Termin rechtfertigt keine ungetestete Automatisierung und keine unerlaubte Datenverwendung.

Lernstrategie: Löse zuerst ohne Hilfe, überprüfe die Kriterien und verbessere danach Deine Begründung.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was gehört zum vereinbarten Projektumfang? (Ein lokaler Prototyp mit Fantasiedaten) (!Eine Verbindung zum produktiven Ticketsystem) (!Ein automatischer Zugriff auf Kundenkonten) (!Ein unternehmensweiter Systemwechsel)

Welche Aufgabe liegt außerhalb des Projektumfangs? (Der automatische Passwort-Reset in einem echten System) (!Die Erstellung lokaler Testdaten) (!Die Dokumentation der Anforderungen) (!Die Durchführung von Unit-Tests)

Wie hoch ist der Grundaufwand des Ausbildungsprojekts? (44 Stunden) (!13 Stunden) (!20 Stunden) (!53 Tage)

Wie hoch ist die aufgerundete Aufwandsreserve? (9 Stunden) (!2 Stunden) (!20 Stunden) (!13 Stunden)

Wie groß ist der geplante Gesamtaufwand? (53 Stunden) (!44 Stunden) (!11 Stunden) (!8 Stunden)

Wann endet die vereinfachte Netzplanrechnung ohne Terminreserve? (An Tag 11) (!An Tag 3) (!An Tag 7) (!An Tag 20)

Was kennzeichnet einen guten Meilenstein? (Ein überprüfbares Zwischenergebnis) (!Eine beliebige Tätigkeit) (!Eine unverbindliche Idee) (!Eine zusätzliche Personalstelle)

Wozu dient der Risikowert im Lernfall? (Zur ersten Priorisierung von Risiken) (!Zur exakten Berechnung künftiger Schäden) (!Zum Beweis vollständiger Sicherheit) (!Zur automatischen Genehmigung eines Systems)

Warum werden automatische Tests vor der Abnahme durchgeführt? (Um erwartete Ergebnisse mit tatsächlichen Ergebnissen zu vergleichen) (!Um jede Dokumentation zu ersetzen) (!Um den Umfang unbemerkt zu erweitern) (!Um reale Kundendaten zu gewinnen)

Welche Daten sind für das Lernlabor zulässig? (Vollständig erfundene Testdaten) (!Echte Kundentickets ohne Einwilligung) (!Private Zugangsdaten) (!Ungefragt kopierte Produktionsdaten)

Quiz-Feedback mit Begründungen

Frage	Erklärung
1	Der lokale Prototyp ist ausdrücklich als Liefergegenstand vereinbart.
2	Ein echter Passwort-Reset wäre eine sicherheitsrelevante Funktion außerhalb des Auftrags.
3	Die sieben Arbeitspakete summieren sich auf 44 Stunden.
4	20 Prozent von 44 sind 8,8 und werden auf 9 Stunden aufgerundet.
5	Grundaufwand plus Reserve ergeben 53 Stunden.
6	Der längste Vorgangspfad benötigt 11 Arbeitstage.
7	Ein Meilenstein muss durch ein konkretes Ergebnis nachprüfbar sein.
8	Risikowerte helfen bei der Priorisierung, sind aber keine präzisen Wahrscheinlichkeitsrechnungen.
9	Tests zeigen Abweichungen und unterstützen die Qualitätssicherung.
10	Erfundenes Datenmaterial schützt die Übung vor unberechtigter Nutzung echter Informationen.

Memory

Finde die passenden Begriffspaare.

Projektumfang	Vereinbarte Leistungen und Grenzen
Arbeitspaket	Abgegrenzte planbare Aufgabe
Aufwand	Benötigte Arbeitsmenge
Meilenstein	Überprüfbares Zwischenziel
Terminreserve	Zeitlicher Spielraum
Kritischer Pfad	Terminbestimmende Vorgangskette
Risikoregister	Dokumentation unsicherer Ereignisse

Drag and Drop

Ordne die richtigen Begriffe zu.	Projektaktivität
Auftragsklärung	Ziele und Nichtziele festlegen
Aufwandsschätzung	Arbeitsstunden pro Paket ermitteln
Ablaufplanung	Vorgänger und Termine verknüpfen
Risikobewertung	Eintritt und Auswirkung einschätzen
Abnahme	Vereinbarte Ergebnisse nachweisen

Kreuzworträtsel

Kickoff	Wie heißt die Auftaktveranstaltung eines Projekts?
Umfang	Welcher Begriff bezeichnet die vereinbarten Leistungen und Grenzen?
Meilenstein	Wie heißt ein besonders wichtiges überprüfbares Zwischenziel?
Puffer	Wie nennt man eine Reserve für Unsicherheiten?
Netzplan	Welche Darstellung zeigt Vorgangsabhängigkeiten?
Testfall	Wie nennt man eine definierte Prüfsituation mit erwartetem Ergebnis?

LearningApps

Hier findest Du ergänzende Übungen zur Projektplanung. Die Treffer sind externe Inhalte und müssen fachlich geprüft werden.

Lückentext

Im Projektauftrag werden Ziel und

festgelegt.

Eine abgegrenzte Tätigkeit wird

genannt.

Die Arbeitsmenge wird beispielsweise in

angegeben.

Ein überprüfbares Zwischenziel heißt

.

Die Abhängigkeiten von Vorgängen veranschaulicht ein

.

Die terminbestimmende Abfolge heißt

.

Eine grafische Terminübersicht heißt

.

Für Unvorhergesehenes wird eine

eingeplant.

Der Grundaufwand beträgt im Beispiel

Stunden.

Die aufgerundete Aufwandsreserve beträgt

Stunden.

Der Automatisierungsprototyp verwendet ausschließlich

.

Nach bestandenen Tests folgt die dokumentierte

.

Offene Aufgaben

Bearbeite die Aufgaben nach steigendem Schwierigkeitsgrad. Verwende ausschließlich fiktive Daten und eigene lokale Lernumgebungen.

Leicht – Basisaufgaben

Projektauftrag: Formuliere einen kurzen Auftrag für die lokale Ticketklassifizierung. Ergänze zwei Nichtziele.
Projektstrukturplan: Erstelle eine farbige Skizze der sieben Arbeitspakete.
Meilenstein: Gestalte eine Meilensteinkarte mit Zeitpunkt, Ergebnis und Prüfkriterium.
Risikomanagement: Zeichne eine eigene Risikomatrix und markiere drei angenommene Risiken.

Standard – Anwendungsaufgaben

Aufwandsschätzung: Verändere zwei Aufwandswerte im Python-Planer und berechne die neue Reserve.
Netzplantechnik: Erstelle einen Netzplan mit den Vorgängen A bis G und erläutere den kritischen Pfad.
Softwaretest: Ergänze zwei weitere Fantasie-Tickets und prüfe die Ergebnisse durch eigene Unit-Tests.
Kanban: Entwickle ein Kanban-Board für das Projekt und definiere nachvollziehbare Regeln für den Statuswechsel.

Schwer – Transferaufgaben

Änderungsmanagement: Simuliere eine neue Anforderung und erstelle einen begründeten Änderungsantrag mit Auswirkungen auf Umfang, Termine und Qualität.
Ressourcenplanung: Plane den Fall neu, wenn eine Auszubildende für drei Tage nicht verfügbar ist. Begründe Deine Umplanung.
Risikokommunikation: Gestalte ein zweiminütiges Erklärvideo, in dem Du ein besonders kritisches Risiko samt Warnsignal und Gegenmaßnahme vorstellst.
Projektpräsentation: Erstelle eine kleine Projektabschlusspräsentation mit Auftrag, Plan, Prototyp, Testnachweisen und einer begründeten Empfehlung für das weitere Vorgehen.

Hilfen für die offenen Aufgaben

Stufe	Hilfe
Erste Hilfe	Frage Dich: Welches Ergebnis muss überprüfbar vorliegen?
Zweite Hilfe	Verwende eine Tabelle mit Aufgabe, Aufwand, Vorgänger, Verantwortlichkeit und Nachweis.
Dritte Hilfe	Orientiere Dich an den Musterwerten des Ausbildungsfalls und dokumentiere jede begründete Änderung.

Rückmeldekriterien

Basis: Eine Lösung ist tragfähig, wenn Ziele messbar sind und die Projektgrenze deutlich wird. Fehlen Nichtziele, bleibt die Aufwandsschätzung unsicher.

Anwendung: Eine Lösung ist nachvollziehbar, wenn Zahlen rechnerisch stimmen und Abhängigkeiten berücksichtigt werden. Ein bloßes Teilen der Gesamtstunden durch die Teamkapazität reicht nicht für einen Terminplan.

Transfer: Eine Lösung überzeugt, wenn sie Alternativen abwägt und Veränderungen begründet. Ein schnellerer Termin ist kein Erfolg, wenn dafür Sicherheitsgrenzen oder Abnahmekriterien verletzt werden.

Lernkontrolle

Projektmanagement: Beurteile, weshalb eine präzise Abgrenzung des Projektumfangs entscheidend für die spätere Aufwandsschätzung ist.
Kritischer Pfad: Erkläre anhand des Ausbildungsfalls, warum die Verzögerung eines Arbeitspakets nicht immer den Projektendtermin verändert.
Ressourcenmanagement: Bewerte, wie eine geringere Personalkapazität zu einer Änderung des Ablaufplans führen kann.
Risikomanagement: Entwickle für ein neues Risiko geeignete Präventionsmaßnahmen und begründe ihre Reihenfolge.
Änderungsmanagement: Eine zusätzliche Automatisierungsfunktion wird gefordert. Beschreibe, wie Du Aufwand, Nutzen, Testbedarf und Sicherheit vor einer Entscheidung prüfst.
Softwarequalität: Untersuche, weshalb fünf bestandene Unit-Tests noch nicht beweisen, dass der Prototyp für einen echten Servicebetrieb geeignet ist.
Projektabschluss: Entscheide, unter welchen Bedingungen Du den Lernprototyp abnehmen und unter welchen Bedingungen Du die Abnahme zurückstellen würdest.

Lernnachweis

Ein vollständiger Lernnachweis besteht aus einem kleinen Projektportfolio.

Projektauftrag: Ziel, Nichtziele und messbare Abnahmekriterien.
Projektstruktur: Arbeitspakete mit Aufwand und Verantwortlichkeiten.
Terminplanung: Abhängigkeiten, kritischer Pfad und Meilensteine.
Risikomanagement: Risikoregister mit begründeten Maßnahmen.
Lokaler Prototyp: Eigenständig ausführbare Python-Dateien ohne externe Verbindung.
Testdokumentation: Testfälle, erwartete Ergebnisse und tatsächliche Ergebnisse.
Projektreflexion: Begründete Antworten zu einer Planänderung und ihren Folgen.

Bewertungsmaßstab: Fachliche Richtigkeit, Nachvollziehbarkeit, sichere Durchführung, eigenständige Problemlösung und begründete Entscheidungen.

Mindestanforderung: Alle fünf Basis-Unit-Tests erfolgreich, korrekte Planungsrechnung und dokumentierte Sicherheitsgrenzen.

OERs zum Thema

Wikipedia: Projektmanagement

Fachlich geprüfte Grundlagen

Kultusministerkonferenz (2019): Rahmenlehrplan für Fachinformatikerinnen und Fachinformatiker. Enthält unter anderem Serviceanfragen, Automatisierung und projektorientierte Kompetenzen.
Bundesinstitut für Berufsbildung: Ausbildungsprofil Fachinformatiker – Anwendungsentwicklung.
GPM Deutsche Gesellschaft für Projektmanagement: Projektmanagement macht Schule – Leitfaden. Fachliche Orientierung für Strukturplanung, Meilensteine und Risikoanalyse.
GPM: Projektstrukturplan – Definition und Anwendung.
Python Software Foundation: Dokumentation unittest und Dokumentation tempfile.
Wikipedia: Projektmanagement, Projektstrukturplan, Gantt-Diagramm, Meilenstein, Netzplantechnik und Risikomanagement.

Die verlinkten Fachpublikationen dienen der Quellenprüfung und sind nicht automatisch frei nachnutzbare OER-Materialien.

Mediennachweise und Nutzungsrechte

Alle folgenden Abbildungen stammen aus nachprüfbaren Dateiseiten auf Wikimedia Commons.

Datei	Urheber / Quelle	Lizenz
Magisches Dreieck der Projektsteuerung	Loki 66	CC0
Wbs-sample.svg	Okayurisotto, basierend auf Masaqui	CC BY-SA 4.0
Gantt Schedule Critical Path	Practicalpm	CC BY-SA 4.0
Schedule Critical Path	Practicalpm	CC BY-SA 4.0
Risikomatrix	Josef Kolerus	CC BY-SA 4.0
Abstract Kanban Board	Jennifer Falco	CC BY 4.0
Software dev	Heyinsun	CC BY 3.0

Bei der Weiterverwendung sind Namensnennung, Lizenzlink und gegebenenfalls die Bedingungen zur Weitergabe unter gleichen Bedingungen zu beachten. Maßgeblich sind die jeweiligen Commons-Dateiseiten.

YouTube-Videos: Die drei im Kurs eingebundenen Videos stammen von „Projektmanagement Einfach Erklärt“, „wirtconomy“ und „Agile Heroes“. Sie werden nur über den YouTube-Player eingebunden und nicht als frei lizenzierte OER behauptet. Die Rechte verbleiben bei den jeweiligen Rechteinhabern. Keine ungefragten Downloads oder Weiterveröffentlichungen.

Externe Lerninhalte: Bei LearningApps, Wikipedia und YouTube gelten die jeweiligen Nutzungsbedingungen. Keine echten personenbezogenen Daten in externe Lernangebote eingeben.