Projektplanung per Gantt

Die Methode gilt für FM‑Projekte aller Art, insbesondere: Multi‑Site‑Rollouts (CAFM/IWMS, Standards, Providerwechsel), CAPEX-/Lifecycle‑Programme (RSL‑basierte Erneuerungswellen), Compliance‑Stabilisierung (Prüf-/Wartungsregime), Vertrags-/Sourcing‑Programme und integrierte Masterpläne.

Als projektmanagement‑generischer Rahmen kann DIN ISO 21502 herangezogen werden (Richtlinien für Projektmanagement; anwendbar auf jede Organisation/Projektart, unabhängig von Lebenszyklusmodell/Komplexität/Größe).

Typisch sind gemischte Daten- und Vertragslagen (unvollständige CAFM‑Stammdaten, Budgetfenster im ERP, Betreiberpflichten-/HSE‑Findings, Providerlaufzeiten), dazu heterogene Standortbedingungen und parallele Programme. Ohne sauberen Termin‑ und Ablaufplan werden Abhängigkeiten und Kapazitätsgrenzen oft erst spät sichtbar.

Voraussetzungen sind ein belastbarer Scope (inkl. WBS/PSP), definierte Deliverables, klare Verantwortlichkeiten sowie ein Ressourcen‑/Organisationsplan (Verfügbarkeit, Einsatz, Rollen).

Zusätzlich benötigt FM‑Gantt‑Planung standardisierte Begriffe/Strukturen für Services/Leistungsgrenzen, damit Standort‑ und Providerpläne vergleichbar und reportfähig werden (DIN EN 15221‑4).

CAFM/IWMS/CMMS (Assets, Tickets, Wartung/Backlog), ERP/Controlling (Budget, OPEX/CAPEX), BMS/GLT (Betriebsdaten/Energie, Alarmhäufigkeit), HSE/Compliance (Auditfindings/Prüfstatus), Vertragsdatenbank/Einkauf (SLA, Laufzeiten, Pönalen) sowie Nutzerbefragungen/Servicefeedback. Die Einbindung von FM‑Informationssystemen und internen/externalen Optionen wird in ISO 41012 explizit als Geltungsbereich adressiert.

Termin‑ und Ablaufplan als Gantt mit Abhängigkeiten, Meilensteinen und kritischem Pfad inkl. Ressourcenbezug ist im V‑Modell explizit beschrieben; ebenso Ressourcen‑/Organisationsplan (Aufwand, Verfügbarkeit, Einsatz) als notwendige Ergänzung.

Gantt‑Pläne sind in der Praxis besonders stark, wenn sie Vorgänge nicht nur „nebeneinander“ darstellen, sondern durch Abhängigkeiten verknüpfen (Anordnungsbeziehungen). Der sächsische Verwaltungsleitfaden beschreibt dies explizit (Vorgänge als Balken; Verknüpfung durch Pfeile; Meilensteine als Symbole).

Für die kritische Steuerung gilt: Aus dem Termin‑ und Ablaufplan lässt sich der kritische Pfad ableiten; Verzögerungen kritischer Vorgänge wirken direkt auf den Projektendtermin.

Der Leitfaden zu Netzplänen definiert Basiselemente wie früheste/späteste Anfangs- und Endzeitpunkte sowie Gesamtpuffer (GP) und freien Puffer (FP) und beschreibt Pufferzeiten als zeitliche Spielräume/Reserven (Verschiebung/Dehnung), während der kritische Pfad als längste Kette ohne Puffer dargestellt wird.

• Gesamtpuffer (GP) je Vorgang aus CPM Rückwärts-/Vorwärtsterminierung (z. B. GP = SAZ – FAZ oder SEZ – FEZ).

• kritisch, wenn GP = 0 (keine Verschiebung ohne Endtermin Verschiebung).

• Pufferstrategie:

• Vorgangspuffer via GP nutzen (nicht „unsichtbar“ verzehren).

• Zusätzlich Meilensteinpuffer vor Gate Meilensteinen (MS2/MS3/MS4) als explizite Reserve führen (damit Governance eine harte Sicht auf „Reserveverbrauch“ bekommt – PDCA Passung).

• Wenn Abhängigkeiten unklar sind: Netzplanableitung als „Logikcheck“, weil Netzpläne die Basis für laufende Projektkontrolle/Terminüberwachung bilden und kritischen Pfad sowie Ressourcenengpässe identifizierbar machen.

Für FM‑Portfolio‑Programme ist es üblich, nicht nur Vorgänge zu planen, sondern auch Rollout‑/Maßnahmenpakete zu priorisieren (Welche Welle zuerst? Welche Standorte zuerst?). DIN EN 15221‑4 begründet Standardisierung und Klassifikation u. a. als Basis für Datenmanagement und Benchmarking; daraus folgt methodisch eine standardisierte Bewertungslogik.

Gantt‑Planung liefert eine intuitive Visualisierung von Zeitabläufen, Meilensteinen und Abhängigkeiten (auch in staatlichen Leitfäden empfohlen) und ist damit Stakeholder‑tauglich.

In Kombination mit Netzplanlogik (DIN 69900 / sächsischer Netzplanleitfaden) werden kritischer Pfad, Pufferzeiten und Ressourcenengpässe sichtbar – entscheidend für Multi‑Site‑FM‑Programme.

Durch DIN EN 15221‑4‑Taxonomie/Standardisierung wird der Plan portfoliofähig (vergleichbare Service-/Leistungsobjekte) und PDCA‑steuerbar.

Gantt‑Pläne können bei hoher Detailtiefe unübersichtlich werden; große Vorhaben benötigen meist Softwareunterstützung.

Ein Gantt‑Plan ist nur so gut wie seine Abhängigkeitslogik und Ressourcenrealität: Wenn Kapazitäten/Verfügbarkeiten nicht sauber modelliert sind, entsteht Scheinpräzision – das V‑Modell leitet Dauer/Termine explizit aus Aufwand und Ressourcen‑Kapazität ab, wodurch „Ressourcenblindheit“ methodisch ausgeschlossen werden sollte.

• CAFM/IWMS‑Einführung inkl. Datenmigration, Pilot, Rollout‑Wellen, Hypercare.

• Re‑Sourcing/Providerwechsel: Ausschreibung, Award, Mobilisierung, Transition, SLA‑Baseline (ISO 41012).

• Betreiberpflichten/Compliance‑Programme: Fristengetriebene Gates, Risiko‑Worst‑Case‑Steuerung (ISO 41001).

• CAPEX-/Lifecycle‑Wellen (Masterplanung): Standortcluster‑Sequenzierung, Ressourcenengpässe, kritischer Pfad.

• Projektplanung: MS Project, Primavera P6, Jira (Gantt‑Add‑ons), Smartsheet, Excel‑Gantt (für frühe Phasen). (Toolauswahl ist projektspezifisch; DIN 69900 weist darauf hin, dass Balkenpläne bei Einbeziehung von Abhängigkeiten als zeitmaßstäbliche Netzpläne betrachtet werden können – die Software muss daher Abhängigkeiten/Puffer/CPM unterstützen.)

• Daten: CAFM/IWMS/CMMS, ERP/Controlling, BMS/GLT, HSE/Compliance, Vertragsmanagement (ISO 41012‑Kontext: Agreements, interne/externe Optionen, FM‑Informationssysteme).

• Reporting: Statusbericht‑Template, Gate‑Checklisten, Risiko‑/Issue‑Log, Ressourcenplan, Baseline‑Freeze‑Protokoll; V‑Modell betont Statusberichte und Plan‑Updates vor Entscheidungspunkten.