Zum Hauptinhalt springen
Balkenplan

Balkenplan

Balkenplan fuer mehrere Projekte

Sobald mehrere Projekte denselben Mitarbeiterstamm teilen, reicht ein einzelner Balkenplan nicht. Wie Multiprojektplanung mit gemeinsamem Pool funktioniert.

Kurzantwort
#

Sobald mehrere Projekte denselben Personenstamm, dieselben Qualifikationen oder dieselben Maschinen teilen, reicht ein einzelner Balkenplan nicht mehr aus. Entscheidend wird, was hinter den Balken liegt: ein gemeinsamer Ressourcenpool, projektuebergreifende Konflikterkennung und klare Prioritaetsregeln.

Wer dies nur visuell in mehreren parallelen Balkenplaenen abbildet, verschiebt das Problem auf den Tag, an dem die Doppelbuchung sichtbar wird – meistens zu spaet.

Der typische Auslöser
#

Multiprojektplanung wird relevant, wenn:

  • zwei oder mehr Projekte parallel laufen,
  • dieselben Mitarbeiter in mehr als einem Projekt vorkommen,
  • Engpass-Qualifikationen wie Inbetriebnahme, Pruefingenieur oder Konstruktion gefragt sind,
  • Lieferzusagen an mehreren Kunden hintereinander gehalten werden muessen.

Jede einzelne Projektplanung wirkt fuer sich genommen sauber. Erst die Konsolidierung zeigt, ob die Summe ueberhaupt machbar ist.

Drei Sichten, die zusammengehoeren
#

SichtFunktion
Einzelprojekt-PlanVorgaenge, Termine, Abhaengigkeiten innerhalb eines Projekts
Portfolio-SichtSammelbalken pro Projekt, Meilensteine, Lieferzusagen
Ressourcenpool-SichtPersonen, Qualifikationen, Buchungen aus allen Projekten je Zeitfenster

Fehlt die Ressourcenpool-Sicht, sind Konflikte zwischen Projekten nicht erkennbar. Fehlt die Portfolio-Sicht, fehlt die Steuerungsebene. Fehlt der Einzelprojekt-Plan, fehlt die operative Basis.

Ressourcenpool-Sicht in Rillsoft Project: links Personenstamm mit Qualifikationen, rechts Buchungen aus mehreren Projekten als Zeitleiste pro Person, ueberlappende Buchungen rot markiert.
Abb. 2: Gemeinsamer Ressourcenpool macht projektuebergreifende Doppelbuchungen sichtbar.

Was im Multiprojektbetrieb regelmaessig schiefgeht
#

Acht typische Symptome aus Mittelstands-Projektportfolios:

  1. Mitarbeiter werden in zwei Projekten gleichzeitig fest verplant, ohne dass es jemandem auffaellt.
  2. Engpass-Qualifikationen werden systematisch ueberbucht.
  3. Aenderungen in einem Projekt schlagen unbemerkt in andere Projekte durch.
  4. Urlaubsplanung kollidiert mit Terminzusagen, weil keine integrierte Kalendersicht existiert.
  5. Statusberichte zeigen alle Projekte “im Plan” – und Liefertermine rutschen trotzdem.
  6. Niemand kann fundiert entscheiden, ob ein neuer Auftrag noch eingeplant werden kann.
  7. Prioritaeten werden nicht konsistent angewendet, weil Konflikte erst auftauchen, wenn sie eintreten.
  8. Wechselnde Projektleiter erben Plaene, die niemand mehr nachvollziehen kann.

Jeder dieser Punkte zeigt dasselbe Grundproblem: die Vorgaenge sind geplant, die geteilten Ressourcen nicht.

Prioritaeten und Konfliktloesung
#

Wer mehrere Projekte fuehrt, braucht klare Regeln fuer den Konfliktfall:

  • Projektprioritaet als Hauptkriterium (z. B. strategisch wichtig, Liefertermin extern, Kundenbindung),
  • Vorgangspriorisierung innerhalb des Projekts (Meilenstein vs. Detailtaetigkeit),
  • Verschiebungsregeln (welches Projekt verschiebt, wenn die Engpassressource fehlt),
  • Was-waere-wenn-Szenarien vor jeder Aenderung am Portfolio.

Diese Regeln muessen explizit hinterlegt sein, sonst wird der Konflikt implizit – und damit politisch – geloest.

Was eine tragfaehige Loesung leisten muss
#

Fuenf Mindestanforderungen im Multiprojektbetrieb:

  1. ein gemeinsamer Ressourcenpool, auf den alle Projekte zugreifen,
  2. Konflikterkennung in Echtzeit, sobald eine Buchung kollidiert,
  3. Prioritaetslogik, die Verschiebungen nachvollziehbar macht,
  4. eine Portfoliouebersicht, die Sammelbalken pro Projekt mit Engpassindikatoren verbindet,
  5. Szenarien, die Veraenderungen vor der Freigabe testen lassen.

Eine reine Sammlung von Einzelplaenen erfuellt keinen dieser Punkte.

Sinnvolle Loesung
#

Multiprojektplanung gehoert in ein Werkzeug, das alle Projekte gegen denselben Ressourcenpool rechnet. Rillsoft Project ist genau dafuer ausgelegt:

Weiterlesen
#

Haeufige Fragen

Balkenplan und Multiprojekt – haeufige Fragen

Kann ein Balkenplan mehrere Projekte abbilden?

Visuell ja, in Form eines Portfolio-Balkenplans mit Sammelbalken pro Projekt. Tragfaehig wird die Sicht aber erst, wenn dahinter ein gemeinsamer Ressourcenpool steht und projektuebergreifende Konflikte erkannt werden.

Was ist ein gemeinsamer Ressourcenpool?

Ein Stamm aus Personen, Qualifikationen und Maschinen, auf den alle Projekte zugreifen. So wird jede Buchung an einem Vorgang projektuebergreifend gegen die Verfuegbarkeit der Ressource gepruegt.

Wie wird entschieden, welches Projekt Vorrang hat?

Ueber Projektprioritaeten und Regeln: strategische Wichtigkeit, Liefertermin, Kundenbindung. Im Konfliktfall verschiebt das niedriger priorisierte Projekt seine Vorgaenge, nicht das hoeher priorisierte.

Reicht ein gemeinsames Excel-Sheet fuer mehrere Projekte?

In der Regel nein. Multiprojektplanung verlangt Konflikterkennung, Auslastungssicht und Was-waere-wenn-Szenarien ueber Projekte hinweg. Diese Logik bricht in Excel bei jeder strukturellen Aenderung.