Kurzantwort#
Die meisten Terminplaene scheitern nicht an boesem Willen, sondern an unausgesprochenen Annahmen: dass Ressourcen verfuegbar sind, dass Kalender stimmen, dass Aenderungen automatisch propagieren. Diese Annahmen werden selten gepruegt – und genau dort entstehen die typischen Fehler.
Sieben Fehler, die regelmaessig auftauchen#
1. Vorgaenge ohne hinterlegte Ressource#
Im Balken steht “wer”, oft als Rollenname oder gar nicht. Ohne konkrete Person und ohne Verfuegbarkeitspruefung ist der Termin eine Hoffnung.
2. 8-Stunden-Tage ohne Realitaetsbezug#
Plaene rechnen mit 40-Stunden-Wochen, ohne Urlaube, Krankheit, Schichten oder Teilzeit zu kennen. Im Tagesgeschaeft sind realistisch verfuegbare Kapazitaeten oft 50-70 % der theoretischen.
3. Parallele Buchung derselben Person#
Mitarbeiter tauchen in zwei Projekten gleichzeitig fest verplant auf, weil kein Werkzeug projektuebergreifend prueft.
4. Ueberbuchte Engpass-Qualifikationen#
Pruefingenieure, Inbetriebnahme-Spezialisten oder Konstrukteure mit seltenen Qualifikationen werden systematisch eingeplant, ohne dass die Summe der Bedarfe gegen die Anzahl verfuegbarer Koepfe geprueft wird.
5. Abhaengigkeiten nur im Kopf#
Wenn Vorgangsabhaengigkeiten 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 laesst sich nicht ehrlich beantworten, ob ein Projekt im Plan ist. Die “ursprueliche Planung” wird im Gedaechtnis zurechtgebogen.
7. Aenderungen ohne Propagation#
Eine Vorgangsverschiebung wirkt sich auf nachfolgende Vorgaenge, auf Ressourcenbuchungen und auf andere Projekte aus. Werkzeuge, die das nicht automatisch nachfuehren, erzeugen stille Folgefehler.
Warum Statusberichte truegen koennen#
Viele Statusberichte beantworten nur die Frage “Sind die Vorgaenge zum geplanten Termin gestartet?”. Sie beantworten nicht:
- Sind die Ressourcen zum Termin verfuegbar gewesen?
- War der Aufwand realistisch oder wurde er aufgeholt?
- Wurden Aenderungen 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.
- Projektuebergreifende Konflikterkennung in Echtzeit.
- Auslastungssicht pro Qualifikation und pro Person.
- Explizite Vorgangsabhaengigkeiten im Plan, nicht nur im Kopf.
- Baseline mit Soll-Ist-Vergleich fuer Termin, Aufwand, Kosten.
- Automatische Propagation von Aenderungen ueber alle Sichten.
Wer dies in einem Werkzeug abbildet, erkennt Fehler vor dem Termin, nicht danach.
Sinnvolle Loesung#
Eine Planungssoftware, die diese sieben Punkte abdeckt, vermeidet die typischen Fehler nicht durch Disziplin, sondern strukturell. Rillsoft Project bildet sie in einem Werkzeug ab:
- Kapazitaetsplanung-Software fuer Auslastungs- und Engpass-Sicht.
- Multiprojektmanagement-Software fuer projektuebergreifende Konflikterkennung.
- Terminplanung-Software fuer Abhaengigkeiten, kritischen Weg und Baseline-Vergleich.
Weiterlesen#
- Balkenplan und Ressourcenplanung – warum Ressourcen die unsichtbare Achse jedes Terminplans sind.
- Balkenplan fuer mehrere Projekte – wie parallele Vorhaben sauber gefuehrt werden.
- Welche Software ist sinnvoll fuer Balkenplan? – Auswahlkriterien aus den oben genannten Anforderungen.