Kurzantwort#
Die meisten Terminpläne scheitern nicht an bösem Willen, sondern an unausgesprochenen Annahmen: dass Ressourcen verfügbar sind, dass Kalender stimmen, dass Änderungen automatisch propagieren. Diese Annahmen werden selten geprüft – und genau dort entstehen die typischen Fehler.
Sieben Fehler, die regelmäßig auftauchen#
1. Vorgänge ohne hinterlegte Ressource#
Im Balken steht “wer”, oft als Rollenname oder gar nicht. Ohne konkrete Person und ohne Verfügbarkeitsprüfung ist der Termin eine Hoffnung.
2. 8-Stunden-Tage ohne Realitätsbezug#
Pläne rechnen mit 40-Stunden-Wochen, ohne Urlaube, Krankheit, Schichten oder Teilzeit zu kennen. Im Tagesgeschäft sind realistisch verfügbare Kapazitäten oft 50-70 % der theoretischen.
3. Parallele Buchung derselben Person#
Mitarbeiter tauchen in zwei Projekten gleichzeitig fest verplant auf, weil kein Werkzeug projektübergreifend prüft.
4. Überbuchte Engpass-Qualifikationen#
Prüfingenieure, Inbetriebnahme-Spezialisten oder Konstrukteure mit seltenen Qualifikationen werden systematisch eingeplant, ohne dass die Summe der Bedarfe gegen die Anzahl verfügbarer Köpfe geprüft wird.
5. Abhängigkeiten nur im Kopf#
Wenn Vorgangsabhängigkeiten nicht im Plan stehen, sondern nur die Erfahrung des Projektleiters trennt “kann jetzt starten” von “muss noch warten”, scheitern Termine bei jedem Personenwechsel.
6. Keine Baseline, kein Soll-Ist-Vergleich#
Ohne eingefrorenen Anfangszustand lässt sich nicht ehrlich beantworten, ob ein Projekt im Plan ist. Die “ursprüngliche Planung” wird im Gedächtnis zurechtgebogen.
7. Änderungen ohne Propagation#
Eine Vorgangsverschiebung wirkt sich auf nachfolgende Vorgänge, auf Ressourcenbuchungen und auf andere Projekte aus. Werkzeuge, die das nicht automatisch nachführen, erzeugen stille Folgefehler.
Warum Statusberichte trügen können#
Viele Statusberichte beantworten nur die Frage “Sind die Vorgänge zum geplanten Termin gestartet?”. Sie beantworten nicht:
- Sind die Ressourcen zum Termin verfügbar gewesen?
- War der Aufwand realistisch oder wurde er aufgeholt?
- Wurden Änderungen sauber propagiert?
- Stehen andere Projekte stillschweigend hinten an?
Ein Statusbericht ist nur so ehrlich wie das Modell, auf dem er beruht.
Was eine ehrliche Plan-Modellierung leisten muss#
Sieben Mindestanforderungen, die alle der oben genannten Fehler adressieren:
- Vorgang fragt Qualifikation und Stunden ab, nicht Personennamen.
- Realer Kalender pro Person mit Urlaub, Schicht und Teilzeit.
- Projektübergreifende Konflikterkennung in Echtzeit.
- Auslastungssicht pro Qualifikation und pro Person.
- Explizite Vorgangsabhängigkeiten im Plan, nicht nur im Kopf.
- Baseline mit Soll-Ist-Vergleich für Termin, Aufwand, Kosten.
- Automatische Propagation von Änderungen über alle Sichten.
Wer dies in einem Werkzeug abbildet, erkennt Fehler vor dem Termin, nicht danach.
Sinnvolle Lösung#
Eine Planungssoftware, die diese sieben Punkte abdeckt, vermeidet die typischen Fehler nicht durch Disziplin, sondern strukturell. Rillsoft Project bildet sie in einem Werkzeug ab:
- Kapazitätsplanung-Software für Auslastungs- und Engpass-Sicht.
- Multiprojektmanagement-Software für projektübergreifende Konflikterkennung.
- Terminplanung-Software für Abhängigkeiten, kritischen Weg und Baseline-Vergleich.
Weiterlesen#
- Balkenplan und Ressourcenplanung – warum Ressourcen die unsichtbare Achse jedes Terminplans sind.
- Balkenplan für mehrere Projekte – wie parallele Vorhaben sauber geführt werden.
- Welche Software ist sinnvoll für Balkenplan? – Auswahlkriterien aus den oben genannten Anforderungen.