Projektmanagement in der AP1

Prüfungsmodus

Dieser FluxCheck führt dich durch prüfungsrelevante Projektmanagement-Themen: Auftrag, Ziele, Anforderungen, Planung, Risiken, Qualität, Kommunikation, Dokumentation und Abnahme. Jede Frage gehört zu einer Kategorie, die oben im Themenblock angezeigt wird.

Projektphasen im Überblick

Ein IT-Projekt durchläuft typische Phasen, die in der AP1 immer wieder auftauchen. Sie bauen aufeinander auf: Erst wenn eine Phase ein verwertbares Ergebnis liefert, beginnt sinnvoll die nächste. Wer Phasen überspringt, plant meist auf unsicherer Grundlage.

• Initiierung / Auftragsklärung: Ziel, Auftraggeber, Rahmenbedingungen und Erfolgskriterien klären.
• Analyse: Ist-Zustand aufnehmen, Anforderungen sammeln, Soll-Konzept beschreiben.
• Planung: Arbeitspakete, Termine, Ressourcen, Kosten und Risiken festlegen.
• Realisierung: Umsetzung der geplanten Arbeitspakete.
• Test & Abnahme: Soll-Ist-Vergleich, Abnahmekriterien prüfen, Übergabe.
• Abschluss: Dokumentation, Übergabe, Lessons Learned.

Merksatz: Eine Phase ist ein Zeitabschnitt mit Dauer; ein Meilenstein ist nur ein Zeitpunkt (Kontrollpunkt) ohne eigene Dauer.

Projektziele und die SMART-Regel

Ein gutes Projektziel ist eindeutig und überprüfbar. Vage Wünsche wie "Das System soll besser werden" lassen sich weder planen noch abnehmen. Die SMART-Regel hilft, Ziele prüfbar zu formulieren.

• S – Spezifisch: eindeutig und konkret beschrieben.
• M – Messbar: der Erfolg lässt sich an einer Größe prüfen.
• A – Attraktiv / Akzeptiert: von den Beteiligten getragen.
• R – Realistisch: mit Zeit, Budget und Ressourcen erreichbar.
• T – Terminiert: mit klarem Zeitpunkt oder Zeitraum.

Beispiel: "Bis Freitag, 16 Uhr sind 12 Arbeitsplätze eingerichtet und ihre Netzverbindung ist getestet" erfüllt alle fünf Kriterien.

Das magische Dreieck (Zeit, Kosten, Qualität)

Zeit, Kosten und Qualität stehen in Wechselwirkung. Ändert man eine der drei Größen, wirkt sich das fast immer auf mindestens eine andere aus. Wird zum Beispiel der Termin verkürzt, der Umfang bleibt aber gleich, steigen entweder die Kosten (mehr Personal) oder die Qualität sinkt.

• Zeit: verfügbare Dauer bis zum Termin.
• Kosten: Budget, Personal, Material, Lizenzen.
• Qualität: Erfüllungsgrad der Anforderungen.
• Scope (Leistungsumfang): was im Projekt enthalten ist; Scope Creep ist sein schleichendes, unkontrolliertes Anwachsen.

Merksatz: An einer Ecke des Dreiecks ziehen heißt immer, an einer anderen Ecke nachzugeben. Änderungswünsche deshalb bewerten und dokumentieren.

Lastenheft vs. Pflichtenheft

Diese beiden Dokumente werden in der Prüfung gern verwechselt. Die einfache Eselsbrücke: Das Lastenheft beschreibt das Was (vom Auftraggeber), das Pflichtenheft das Wie (vom Auftragnehmer).

• Lastenheft: erstellt vom Auftraggeber; beschreibt Anforderungen und Ziele aus Kundensicht.
• Pflichtenheft: erstellt vom Auftragnehmer; beschreibt die konkrete technische Umsetzung der Anforderungen.
• Funktionale Anforderung: was das System tun soll (z. B. Anmeldung mit Benutzername und Passwort).
• Nicht-funktionale Anforderung: Qualitätsmerkmal wie Antwortzeit, Sicherheit oder Verfügbarkeit.
• Priorisierung: Muss-, Soll- und Kann-Anforderungen ordnen die Wichtigkeit.

Planung: Arbeitspakete, Meilensteine, Gantt und Netzplan

Aus dem Projektziel entsteht ein Projektstrukturplan (PSP), der das Projekt in Teilaufgaben bzw. Arbeitspakete zerlegt. Für jedes Arbeitspaket werden Aufwand, Dauer und ein Verantwortlicher festgelegt.

• Aufwand vs. Dauer: Aufwand ist die geleistete Arbeit (z. B. 16 Personenstunden), Dauer die verstrichene Zeit (z. B. 2 Tage) – nicht dasselbe.
• Projektstrukturplan: hierarchische Zerlegung in Arbeitspakete (das Was).
• Gantt-Diagramm: Balkenplan, zeigt zeitliche Lage und Dauer von Aufgaben auf einer Zeitachse.
• Netzplan: zeigt Abhängigkeiten und Reihenfolge der Vorgänge sowie den kritischen Pfad.
• Kritischer Pfad: die längste Vorgangskette ohne Puffer; Verzögerungen darauf verschieben das Projektende.
• Puffer: Reserve für Verzögerungen, Lieferverzug oder Probleme.

Stakeholder und Kommunikation

Stakeholder sind alle Personen oder Gruppen mit Interesse oder Einfluss auf das Projekt: Auftraggeber, Anwender, IT, Datenschutz, Management. Wer sie früh einbindet, vermeidet späte Überraschungen.

• Kick-off: gemeinsamer Projektstart zur Klärung von Ziel, Rollen und Vorgehen.
• Kommunikationsplan: regelt, wer wann welche Information erhält.
• Protokolle: halten Beschlüsse, Aufgaben, Verantwortliche und Termine fest.
• Eskalation: Weitergabe eines Problems an eine höhere Entscheidungsebene.

Risikomanagement

Ein Risiko ist ein mögliches zukünftiges Ereignis mit negativer Auswirkung – keine sichere Tatsache. Risiken werden früh erkannt, bewertet und mit Maßnahmen versehen; im Projektverlauf werden sie regelmäßig überprüft.

• Bewertung: nach Eintrittswahrscheinlichkeit und Schadensauswirkung (Risikomatrix).
• Vermeidung: Vorgehen wählen, bei dem das Risiko gar nicht entsteht.
• Minderung: Wahrscheinlichkeit oder Auswirkung senken (z. B. getestetes Backup).
• Übertragung: Risiko abgeben, etwa per Versicherung oder Vertrag.
• Akzeptanz / Restrisiko: das, was nach allen Maßnahmen bewusst bleibt.

Qualität, Abnahme und Projektabschluss

Qualität wird im Projekt an den Anforderungen gemessen, nicht am Geschmack. Tests und ein Soll-Ist-Vergleich zeigen vor der Übergabe, ob die Lösung passt. Die Abnahme stützt sich auf vorher vereinbarte Abnahmekriterien und wird in einem Abnahmeprotokoll dokumentiert.

• Testfall: Eingabe, Ablauf und erwartetes Ergebnis – wiederholbar und nachvollziehbar.
• Pilotbetrieb: begrenzter Test mit kleiner Nutzergruppe vor dem breiten Rollout.
• Abnahmeprotokoll: Ergebnis, offene Punkte, Datum und Freigabe.
• Dokumentation: technische Doku für Betrieb und Wartung, Anwenderdoku für Nutzer.
• Lessons Learned: Erkenntnisse für künftige Projekte sichern.

Merksatz: Ein Projekt ist erst sauber abgeschlossen, wenn Abnahme erfolgt, Dokumentation übergeben und offene Punkte geklärt sind.