Zeitplanung und Abweichungen dokumentieren
Kaum ein Projekt läuft genau wie geplant. Lieferanten verschieben Termine, Stakeholder ändern Wünsche, Technik macht unerwartete Probleme, ein Kollege ist im Urlaub. Bei der IHK-Prüfung wird nicht erwartet, dass dein Plan zu 100 % aufgeht – sondern dass du realistisch geplant hast und Abweichungen erkennst, reflektierst und steuerst. Genau das macht den Unterschied zwischen einer 4 und einer 1 in diesem Bereich: ehrliche Soll-Ist-Vergleiche mit nachvollziehbarer Reflexion bringen Punkte, geschönte „lief alles glatt"-Berichte wirken unauthentisch und kosten welche. Diese Lektion zeigt dir, wie du einen Zeitplan sinnvoll aufstellst (Gantt, Meilensteine), einen sauberen Soll-Ist-Vergleich dokumentierst, Abweichungen reflektierst und welche Ursachen-Kategorien typisch sind. Außerdem siehst du, wie eine starke Reflexions-Formulierung von einer schwachen unterscheidet.
1) Der Plan – Phasen und Zeitschätzung
Ein guter Zeitplan ist realistisch, nicht optimistisch. Faustregel: kalkuliere für jede Phase einen Puffer von 10-20 %. Klassische Aufteilung für ein 35-Stunden-Projekt:
| Phase | Anteil typisch | Stunden bei 35h |
|---|---|---|
| Initialisierung & Auftrags-Klärung | ~ 10 % | 3-4 h |
| Ist-Analyse | ~ 15 % | 5 h |
| Soll-Konzept inkl. Variantenvergleich | ~ 20 % | 7 h |
| Realisierung | ~ 35 % | 12 h |
| Test & Abnahme | ~ 12 % | 4 h |
| Projekt-Abschluss / Dokumentation finalisieren | ~ 8 % | 3 h |
| Summe | 100 % | ~ 34 h |
Diese Verteilung ist ein Richtwert. Bei einem KIBT-Projekt verschiebt sich mehr Gewicht zu Konzept und Wirtschaftlichkeit, bei FIAE mehr zu Entwicklung und Test.
2) Visualisierung – Gantt-Diagramm
Ein Gantt-Diagramm zeigt Phasen als Balken auf der Zeitachse und macht Reihenfolge, Überlappungen, Meilensteine deutlich. Es gehört in den Antrag und in die Doku:
3) Soll-Ist-Vergleich im Bericht
In der Projektdoku stellst du geplante und tatsächliche Stunden nebeneinander:
| Phase | Geplant | Tatsächlich | Abweichung | Bemerkung |
|---|---|---|---|---|
| 1 Initialisierung | 3 h | 4 h | + 1 h | Auftraggeber-Termin verschoben |
| 2 Ist-Analyse | 5 h | 4,5 h | - 0,5 h | vorhandene Doku gut nutzbar |
| 3 Soll-Konzept | 7 h | 8 h | + 1 h | Wirtschaftlichkeits-Rechnung tiefer als geplant |
| 4 Realisierung | 12 h | 14 h | + 2 h | Lizenz-Schlüssel verspätet, Aktivierung verzögert |
| 5 Test & Abnahme | 4 h | 3,5 h | - 0,5 h | Tests glatt durchgelaufen |
| 6 Abschluss | 3 h | 2 h | - 1 h | Doku parallel mitgeschrieben |
| Summe | 34 h | 36 h | + 2 h | im Toleranzbereich |
Eine kleine Abweichung von 2 h (5-10 %) ist normal und unkritisch – wichtiger ist die Reflexion: woher kam sie, was lernst du daraus?
4) Typische Ursachen von Abweichungen
Wenn du Abweichungen hast, ordne sie einer Ursachen-Kategorie zu – das wirkt analytisch:
1 · Externe Faktoren
Lieferanten verspätet, Lizenz-Aktivierung dauert, ausstehende Genehmigung. Du kannst nicht direkt steuern.
2 · Stakeholder-Änderungen
Auftraggeber ändert Anforderungen, neue Stakeholder kommen dazu, Prioritäten verschieben sich.
3 · Unter-Schätzung
Aufgaben dauern länger als gedacht. Klassisch bei Aufgaben, die du zum ersten Mal machst.
4 · Technische Probleme
Inkompatibilität, Hardware-Defekt, unentdeckter Bug, fehlende Treiber.
5 · Wissens-Lücken
Du musst dich erst einarbeiten. Recherche-Zeit kommt zur Bauzeit hinzu.
6 · Ressourcen-Engpass
Kollege im Urlaub, Test-Server blockiert, fehlender Zugang. Lösung: früher absichern.
7 · Schlechte Anforderungs-Klärung
Aufgabe unklar, später muss umgebaut werden. Lösung: Klären statt loslegen.
8 · Eigenmotivation / Termine
Berufsschule, Krankheit, Urlaub. Wenn ehrlich dokumentiert, kein Problem.
5) Reflexion – schwach vs. stark
Der entscheidende Schritt ist die Reflexion. Hier zeigt sich, ob du das Projekt nur durchgezogen hast oder ob du daraus gelernt hast:
❌ Schwache Reflexion
„Das Projekt verlief im Großen und Ganzen wie geplant. Es gab einige kleinere Verzögerungen, die aber nicht weiter ins Gewicht gefallen sind. Alle Ziele wurden erreicht."
✅ Starke Reflexion
„Das Projekt überschritt die geplanten 34 Stunden um 2 Stunden (+ 5,9 %). Die größte Einzel-Abweichung trat in der Realisierungs-Phase auf (+ 2 h), verursacht durch eine verzögerte Lizenz-Aktivierung beim Hersteller. In zukünftigen Projekten würde ich Lizenz-Schlüssel vor dem geplanten Start der Realisierungs-Phase beschaffen, um genau diesen Engpass zu vermeiden. Positiv: die Zeit-Einsparung in der Abschluss-Phase (− 1 h) zeigte den Wert der parallelen Doku-Pflege während der Durchführung – diese Praxis werde ich beibehalten."
6) Wenn das Projekt richtig vom Plan abweicht
Manchmal sind Abweichungen größer (> 20 %) – z. B. Ziel wird nicht erreicht, Teil-Funktionen entfallen. Auch das ist kein K.O.-Kriterium, wenn ehrlich reflektiert:
- Klar benennen, was nicht erreicht wurde. Keine Schönfärberei. Beispiel: „Das geplante Self-Service-Restore-Modul wurde aus Zeit-Gründen nicht implementiert. Es ist als Folge-Sprint geplant."
- Ursache analysieren. Lag es an unrealistischer Planung, externen Faktoren, Wissens-Lücken?
- Gegenmaßnahmen darstellen. Welche Aufgaben wurden zur Sicherung der Kern-Ziele umpriorisiert (Could → Won't)? Stichwort MoSCoW.
- Auftraggeber informiert. Stakeholder-Kommunikation während des Projekts dokumentieren – Mails, Meeting-Notizen.
- Konkrete Lernerfahrung. Was würdest du nächstes Mal anders machen?
7) Steuerungs-Werkzeuge während des Projekts
Damit du Abweichungen früh erkennst und steuern kannst:
- Projekt-Tagebuch ab Tag 1. Kurze Tages-Notizen: was gemacht, was offen, was Probleme. Spart später Erinnerungs-Arbeit.
- Wöchentlicher Status mit dir selbst – wo stehe ich, was kommt? Falls Auftraggeber-Termin vorgesehen: kurzes Status-Update.
- Issue-Liste – offene Probleme mit Priorität und Status. Word- oder Excel-Liste reicht.
- Burn-Down oder Burn-Up für Studierte: visualisiert verbleibende Arbeit über die Zeit. In dieser Granularität meist nicht nötig.
- Stakeholder-Kommunikation festhalten – Mails, Meeting-Notizen, Telefonate (Datum, Inhalt, Beschluss).
- Risiken-Liste mit Eintritts-Wahrscheinlichkeit und Auswirkung. Top-3 aktiv beobachten.
8) Antipatterns
- Plan = Realität gleichsetzen. Behauptung, der Plan sei eingehalten – ohne nachvollziehbare Stunden-Auflistung. Wirkt unglaubwürdig.
- Reflexion fehlt komplett. Nur Soll-Ist-Tabelle, keine Analyse. Lösung: jede Abweichung kurz begründen.
- Alles auf Externe schieben. „Lieferant war schuld, Internet war kaputt." Keine Selbst-Reflexion. Lösung: was hätte ICH früher tun können?
- Phasen-Schätzung unrealistisch. Doku 1h, Realisierung 30h – dann wird die Doku schlecht. Lösung: realistische Verteilung.
- Meilensteine fehlen. Kein Anker im Projekt. Lösung: mindestens 2-3 Meilensteine setzen.
- Kein Puffer. Plan auf die Minute, jede Verzögerung wird kritisch. Lösung: 10-20 % Puffer einkalkulieren.
- Stunden „nach Bauchgefühl". Keine Schätzung-Grundlage. Lösung: Erfahrung von Kollegen einholen, Aufgaben in Teil-Aktivitäten zerlegen.
- Während des Projekts nicht steuern. Erst am Ende merken, dass Soll überschritten. Lösung: wöchentlicher Mini-Review.
- Kommunikations-Lücken. Auftraggeber wird über Abweichungen nicht informiert, am Ende ärgerlich. Lösung: frühzeitig melden.
- Reflexion als Floskel. „Das Projekt war eine wertvolle Erfahrung." Belanglos. Lösung: konkrete Erkenntnis + konkrete Maßnahme.
Zusammenfassung
Zeitplanung ist ein Pflicht-Bestandteil der Projektdokumentation – sowohl im Antrag als auch in der Doku. Bewährt: Phasen mit Zeitschätzung (Init 10 %, Ist 15 %, Soll 20 %, Realisierung 35 %, Test 12 %, Abschluss 8 % als Richtwert), Meilensteine, optional Gantt-Diagramm. In der Doku selbst kommt ein Soll-Ist-Vergleich mit ehrlichen Abweichungen und einer Reflexion: Ursachen analysieren, Lernerfahrungen ableiten, Verbesserungs-Maßnahmen formulieren. Abweichungen von 5-10 % sind normal. Größere Abweichungen werden offen benannt und mit Gegenmaßnahmen erklärt. Wichtigster Erfolgs-Faktor: ehrliche, analytische Reflexion – „lief alles glatt" ist verdächtig, ein klar reflektiertes Problem zeigt Reife.
Verwandte Lektionen: Aufbau Doku · Ist & Soll · Fazit & Anhänge · und mehrWeitere relevante LektionenProjektantragUmsetzungHäufige FehlerKlassisches PMNetzplan