Projektabwicklung: Projektstruktur, Meilensteine, Übergaben

Die Projektorganisation ist zweistufig aufgebaut. Auf Steuerungsebene wird ein Lenkungskreis eingerichtet, der über Zielabweichungen, Ressourcen, Freigaben oberhalb der Projektvollmacht, Prioritätenkonflikte, Vertragsänderungen, Terminverschiebungen mit Auswirkung auf Betriebsaufnahme und Eskalationen der Stufe 3 entscheidet. Auf operativer Ebene führt der Auftragnehmer eine Projektleitung mit Teilprojektleitungen für Technik/TGA, IT/CAFM/GLT, Dokumentation/Daten, Inbetriebnahme/Handover, HSE/Fremdfirmenkoordination sowie Betriebsstart/Service Desk. Diese Governance folgt der ISO-21505-Logik für Sponsors, Steering Committees und PMO sowie der DIN ISO 21502-Logik für projektbezogene Führungs- und Entscheidungsstrukturen.

Der Auftraggeber stellt mindestens eine Projektleitung, Fachverantwortliche für FM/Technik, eine Freigabestelle für IT/OT/GA, eine Dokumentations- und Datenfreigabe, HSE-/Sicherheitsfunktionen sowie Vertretungen für kaufmännische und vertragliche Entscheidungen. Der Auftragnehmer spiegelt diese Funktionen mit benannten Ansprechpartnern. Es gilt ein One-Face-to-the-Project-Prinzip: je Themenstrom genau eine federführende Rolle auf Auftraggeberseite und eine spiegelbildliche federführende Rolle auf Auftragnehmerseite. Entscheidungen, Ausnahmen, Terminfreigaben, Restpunktetoleranzen, Bypass-Freigaben, Go-Live-Entscheidungen und Abnahmen werden in einem Entscheidungs- und Freigabelog mit Datum, Gegenstand, Wirkung, Verantwortlichem und Wirksamkeitsbeginn dokumentiert.

Die Schnittstellen zu Bau, Planung, IT, OT/GA und CAFM werden in einem gesonderten Schnittstellenregister geführt. Gegenüber Bau und Fachplanung sind insbesondere Baufertigstellung, Restpunktestände, as-built-/Revisionsunterlagen, technische Nachweise, Inbetriebsetzungs- und Prüfprotokolle sowie Übergabefenster zu steuern. Gegenüber IT/OT/GA sind Netzwerkzonen, Zugänge, Fernzugriffe, Testfenster, Parametrierfreigaben, Backup-/Restore-Fähigkeit und Protokollierung zu steuern. Gegenüber CAFM und BIM/Dokumentation sind Datenmodelle, Asset-IDs, AIA/LOIN, Importpakete, Pflichtattribute, Objektbezüge, Container- oder Austauschformate und revisionsrelevante Dokumentenstrukturen zu steuern. Für die Betriebsphase sind Informationsanforderungen mit Zeit, Qualität und Zweck vorzugeben; DIN EN ISO 19650 regelt Rollen, Verantwortlichkeiten und Informationsaustausch bis in die Betriebsphase, BIM Deutschland konkretisiert dies über AIA und LOIN; VDI 6041 beschreibt die Schnittstellen des technischen Monitorings zu Gebäudeautomation, Inbetriebnahmemanagement und Betreiben; BSI INF.13 und INF.14 stellen TGM und GA als eigene Planungs- und Betriebsgegenstände heraus, wobei die GA-Planung bereits vor oder mindestens parallel zur Gebäudeplanung erfolgen muss.

Die Übergabe erfolgt bereichs- oder gebäudeweise nach einem formalen Handover-Verfahren. Jeder Übergabeeinheit ist ein vollständiges Handover-Paket zugeordnet. Dieses enthält den bestätigten Leistungsumfang der Übergabeeinheit, das Übergabeprotokoll, die Asset- und Raum-/Flächenzuordnung, den dokumentierten Restpunktestatus, Funktions- und Prüfprotokolle, freigegebene Revisionsunterlagen, Bedien- und Wartungsunterlagen, Punktelisten und Alarm-/Meldelisten der GA/GLT, CAFM-Importdaten, Rollen- und Zugriffsliste, Schulungs-/Einweisungsnachweise, Ersatzteil-/Betriebsmittelstartbestand sowie offene Restrisiken mit Gegenmaßnahmen und Zuständigkeiten. VDI 6039 behandelt Inbetriebnahme, Abnahme, Mängelabwicklung, Einregulierung und Betriebsoptimierung als zusammenhängenden Prozess; VDI 6026 Blatt 1.1 konkretisiert, welche FM-relevanten Unterlagen über den Lebenszyklus benötigt werden und dass Art und Umfang der zu erstellenden und zu übergebenden Unterlagen vertraglich zu vereinbaren sind.

Vor der technischen Übergabe führt der Auftragnehmer eine formale Vorprüfung des Handover-Pakets durch. Fehlende Unterlagen, inkonsistente Versionen, fehlende Prüfprotokolle, nicht zugeordnete Assets, unklare Alarm- oder Schnittstellenpunkte, offene sicherheitskritische Mängel und nicht getestete Betriebsarten führen zur Rückgabe in die Korrekturschleife. Die technische Übergabe erfolgt erst nach bestandenem Readiness Review. Teilabnahmen sind zulässig, wenn die Übergabeeinheit räumlich und funktional eindeutig abgegrenzt ist, für sich sicher betrieben werden kann und keine nicht beherrschten Abhängigkeiten zu nicht übergebenen Einheiten bestehen.

Die Abnahmeprüfungen werden in vier Ebenen geführt: dokumentenbezogene Prüfung, gewerkespezifische Funktionsprüfung, integrierte Schnittstellenprüfung und betriebliche Go-Live-Prüfung. Die dokumentenbezogene Prüfung umfasst Vollständigkeit, Versionsstand und Zuordenbarkeit. Die gewerkespezifische Funktionsprüfung umfasst Betriebsarten, Soll-/Ist-Werte, Schutz- und Verriegelungsfunktionen, Alarmierung und Rückmeldungen. Die integrierte Schnittstellenprüfung umfasst GLT-/GA-Anbindung, CAFM-Referenzen, Meldungs- und Ticketkette, SAP-/Kostenreferenzen soweit relevant, Berechtigungen und Reporting. Die betriebliche Go-Live-Prüfung umfasst Service-Desk-Bereitschaft, Eskalationspfade, Rufbereitschaft, Ersatzteilverfügbarkeit, Kommunikationsvorlagen, Betriebs- und Notfallkontakte sowie die vollständige Besetzung der Startorganisation. Für den Go-Live sind keine offenen kritischen Restpunkte zulässig; offene wesentliche Restpunkte sind nur mit genehmigter Interimsmaßnahme, Termin, Verantwortlichem und Folgetest zulässig.

Die Schulungs- und Dokumentationsübergabe ist integraler Bestandteil des Handover-Gates. Der Auftragnehmer übergibt eine Trainingsmatrix nach Zielgruppen, Systemen und Verantwortlichkeiten sowie nachgewiesene Einweisungen für Bedienung, Störungsannahme, Eskalation, Dokumentenstand, Zugriff, Notfall- und Wiederanlaufverfahren. Alle Schulungen werden mit Teilnehmerliste, Gegenstand, Datum, Trainer, Unterlagenstand und erforderlicher Wiederholung dokumentiert. Für die Informationsseite gelten die AIA-/LOIN-Anforderungen des Auftraggebers: Der Auftragnehmer liefert die geforderten Informationen zu den vereinbarten Zeitpunkten, in der vereinbarten Qualität und im vereinbarten Format.

Die Hypercare-Phase beginnt mit dem Go-Live und endet erst nach dokumentierter Stabilisierung. In dieser Phase gelten tägliche Lagebilder, verkürzte Eskalationsfristen, ein verdichtetes Mängel- und Änderungsmanagement, eine priorisierte Restpunkteschließung und ein tägliches oder werktägliches Hypercare-Board. Der Übergang in den Regelbetrieb erfolgt nur nach Hypercare-Abnahme, bestätigter KPI-Frühphase, geschlossener oder Termin- und risikogesichert überführter Restpunkteliste sowie vollständiger Überführung der Projektregister in die Betriebsregister.

Der Auftragnehmer führt für die Projektabwicklung einen Qualitätsplan mit Prüf- und Freigabepunkten, Dokumentenlenkung, Versionierung, Nachweisführung, Prüflisten, Abweichungsmanagement und Wirksamkeitskontrolle. Jede Phase hat definierte Quality Gates. Nichtkonforme Deliverables werden mit Status, Ursache, Korrekturmaßnahme, Verantwortlichem, Frist und Retest dokumentiert. Die Qualitätssteuerung ist auf kontinuierliche Verbesserung, dokumentierte Information, Leistungsbewertung und Verbesserung ausgerichtet; diese Grundstruktur entspricht den Leitlinien von ISO 9001.

Das Risikomanagement wird als fortlaufender Prozess geführt. Das Risiko-Register unterscheidet mindestens Terminrisiken, Daten- und Dokumentationsrisiken, Schnittstellenrisiken, Ressourcenrisiken, Genehmigungs- und Sicherheitsrisiken, IT-/OT-/GA-Risiken, Logistik- und Zutrittsrisiken sowie Inbetriebnahme- und Wiederanlaufrisiken. Für jedes Risiko werden Ursache, Auswirkung, Eintrittswahrscheinlichkeit, Schadensmaß, Frühindikator, Gegenmaßnahme, Verantwortlicher, Stichtag und Restrestrisiko dokumentiert. Eskalationsauslöser sind insbesondere kritische Pfadabweichungen, unvollständige Informationslieferungen, nicht bestandene Schnittstellentests, offene kritische Restpunkte, ausfallgefährdende Provisorien, fehlende Zugangsfreigaben und Go-Live-Blocker. Die Risikologik folgt der ISO-31000-Struktur für Identifikation, Analyse, Bewertung, Behandlung, Überwachung und Kommunikation von Risiken.

Das Eskalationsmodell ist dreistufig. Stufe 1 liegt auf Arbeitspaket- und Teilprojektebene und wird innerhalb derselben Berichtswoche bereinigt. Stufe 2 liegt auf Projektleitungsebene und umfasst Termin- oder Qualitätsabweichungen mit Auswirkung auf Meilensteine, Nebenbedingungen oder Kosten. Stufe 3 liegt im Lenkungskreis und umfasst Entscheidungen zu Terminverschiebung, Meilensteinverfall, Budgetverschiebung, Scope-Änderung, Go-Live-Verschiebung, Restpunktetoleranz außerhalb der Projektvollmachten und strategischer Priorisierung. Eskalationen werden ausschließlich über das Issue-/Decision-Log und mit klarer Reaktionsfrist geführt.

Die Vergütung der Projektabwicklung wird als Kombination aus mobilisierungsbezogener Grundvergütung und meilensteinbezogenen Zahlungsfreigaben ausgestaltet. Voraussetzung jeder Meilensteinzahlung ist die dokumentierte und schriftlich freigegebene Abnahme des zugehörigen Deliverable-Pakets. Nicht abgenommene, unvollständige oder mängelbehaftete Deliverables lösen keine Zahlungsfreigabe aus. Abrechnungsrelevante Meilensteine sind mindestens der freigegebene Projektabwicklungsplan, die bestätigte Daten- und Dokumentenbaseline, die bestätigte Schnittstellenbereitschaft, das bestandene Readiness Review, die technische Übergabe, das Ende Hypercare und die Schlussabnahme. Die genaue Verteilung der Zahlungsanteile, etwaige Einbehalte und abrechenbare Nebenkosten sind als kommerzielle Vertragsanlage festzulegen.

Das Nachtrags- und Änderungsmanagement erfolgt ausschließlich schriftlich über einen Change Request. Änderungsgegenstände sind Umfang, Termin, Qualität, Ressourcen, Dokumentation, Datenmodell, Schnittstellen, IT-/OT-/GA-Konfiguration, Testumfang und kommerzielle Wirkung. Jeder Change Request enthält Anlass, Beschreibung, betroffene Deliverables, Auswirkungen auf Termin/Kosten/Qualität/Risiken, Alternativen, Entscheidungsvorschlag und Umsetzungsdatum. Leistungen ohne schriftliche Änderungsfreigabe sind nicht vergütungsrelevant, ausgenommen Sofortmaßnahmen zur Gefahrenabwehr oder zur Verhinderung unmittelbarer Betriebs- oder Gebäudeschäden; diese sind spätestens am nächsten Arbeitstag formell nachzuziehen. Dass Änderungen in Anwendungen, Infrastruktur, Dokumentationen, Prozessen und Verfahren kontrolliert geführt werden müssen, entspricht der Logik des BSI-Bausteins zum Patch- und Änderungsmanagement; ebenso setzen VDI 6039 und VDI 6026 voraus, dass zusätzliche Leistungen, Dokumente und Übergaben vertraglich ausdrücklich geregelt sind.

Das Reporting wird in festen Zyklen geführt. Wöchentlich erfolgt ein Projektstatusbericht mit Soll-/Ist-Terminlage, Ampelstatus der Arbeitspakete, Meilensteinstatus, offenen Risiken, offenen Issues, Änderungen, Dokumentationsstatus, Restpunkten, Teststatus und Entscheidungen. Zweiwöchentlich oder nach Bedarf erfolgen technische Workstream-Meetings je Themenbereich. Monatlich tagt der Lenkungskreis auf Basis eines verdichteten Managementreports. Während der Inbetriebnahme- und Hypercare-Phase wird zusätzlich ein tägliches oder werktägliches Steuerungsmeeting mit Lagebild, Restpunktestatus, Schnittstellenblockern und Tagesentscheidungen durchgeführt. Standardtemplates sind Statusbericht, Meilensteinbericht, Risiko-Register, Issue-Log, Decision-Log, Change-Log, Handover-Register, Restpunkteliste, Testprotokoll, Schulungsmatrix, Abnahmeprotokoll und Abschlussbericht. Die Notwendigkeit klar definierter Informationslieferungen mit Zeit, Qualität und Verantwortlichkeit ergibt sich aus der DIN EN ISO 19650 und den AIA-/LOIN-Vorgaben von BIM Deutschland.

Die Mobilisierung beginnt unmittelbar nach T0. Der Auftragnehmer stellt die Projektmannschaft, benennt Erst- und Zweitvertretungen, richtet Projektarbeitsräume und digitale Projektumgebungen ein, stellt Kommunikations- und Freigabeketten her, richtet das Dokumenten- und Datenregister ein, aktiviert Projektkalender, Meeting-Serien und Reportingvorlagen und stimmt das Nachunternehmer- und OEM-Regime ab. Parallel werden HSE- und Zutrittsanforderungen, Werkzeug- und Prüftechnik, mobile Endgeräte, Service-Desk-Funktionen, Rufbereitschaften, Schicht-/Attendance-Modelle für Hot Phases sowie Startbestände an Betriebsmitteln und Ersatzteilen organisiert. Die Mobilisierung wird nicht als informeller Vorlauf, sondern als produktiver Projektabschnitt mit eigenem Abnahmegegenstand geführt.

Die technische Mobilisierung umfasst die Ersteinrichtung von CAFM-, GLT-, DMS- und gegebenenfalls SAP-/ERP-Zugängen, die Baselinebildung des Anlagen- und Dokumentenbestands, die Definition des Handover-Codings, die Zuordnung von Objekt-, Raum- und Anlagenreferenzen, die Zugriffs- und Berechtigungsmatrix, die Einrichtung der Import-/Exportschnittstellen, die Definition der Testumgebungen und die Protokollierung von Änderungen. Für die technische Seite sind besonders die Informationsanforderungen der Betriebsphase, das strukturierte Datenmanagement sowie die sichere Kopplung von TGM und Gebäudeautomation maßgeblich; BIM Deutschland verweist dazu auf DIN EN ISO 19650 und AIA/LOIN, BSI INF.13 auf die Aufgaben und Prozesse für Planung und Betrieb der TGA, BSI INF.14 auf die integrale Berücksichtigung der Informationssicherheit in Planung, Realisierung und Betrieb der Gebäudeautomation.

Vor Go-Live führt der Auftragnehmer ein formales Readiness Review mit eindeutigen Eintrittskriterien durch. Diese Eintrittskriterien sind mindestens: benannte und einsatzfähige Startorganisation; vollständige Zugriffskette; freigegebene Kommunikations- und Eskalationsmatrix; validierte Daten- und Dokumentenstände; getestete Schnittstellen; erfolgreicher Durchlauf der wesentlichen Prüf- und Handover-Skripte; geschlossene sicherheitskritische Restpunkte; genehmigte Interimsmaßnahmen für verbleibende wesentliche Restpunkte; aktive Service-Desk- und Bereitschaftsstruktur; vollständige Schulungsnachweise; bestätigte Notfall- und Wiederanlaufkontakte; freigegebene Projekt- und Hypercare-Boards. Besteht das Readiness Review nicht, wird der Go-Live-Termin nicht gehalten und das Projekt in den Korrekturpfad zurückgeführt.

Der Projektabschluss wird als eigenständige Leistung geführt. Der Auftragnehmer übergibt mit dem Abschlussbericht die finalen Meilenstein- und Abnahmeprotokolle, die konsolidierte Restpunkteliste mit Schlussstatus, das Decision- und Change-Log, die as-built-/Revisionsunterlagen im finalen Indexstand, die Schulungs- und Berechtigungsnachweise, die endgültige Rollenmatrix, die Hypercare-Auswertung, Lessons Learned, eine Bewertung offener Risiken und die Überleitungsunterlagen in die Regelgremien. Erst mit freigegebenem Abschlussbericht und Schlussabnahme endet das Implementierungsprojekt.

• die kalendergenauen Solltermine und

• die verbindlichen Relationen zwischen T0, technischer Fertigstellung, bereichsbezogenen Übergabefenstern und Go-Live;

• der exakte räumliche und funktionale Zuschnitt der Übergabeeinheiten;

• die endgültige Deliverable-Liste je Phase einschließlich Format, Version, Prüftiefe und Freigabepflicht;

• die konkrete Schnittstellenarchitektur zu CAFM, GLT, DMS, SAP/ERP, Ticketing und gegebenenfalls BIM-/CDE-Umgebungen;

• die projektspezifischen AIA-/LOIN-Vorgaben und das endgültige Datenmodell;

• die erforderlichen Prüf- und Testszenarien je Gewerk, je Schnittstelle und je Betriebsart;

• die Restpunktelogik mit Klassifizierung, zulässigen offenen Punkten und Fristklassen;

• die Anteile und Fälligkeiten der Meilensteinzahlungen einschließlich etwaiger Einbehalte;

• die Bearbeitungsfristen und Vollmachtsgrenzen im Change-Verfahren;

• die personelle Mindestbesetzung in Hot Phases, Hypercare und Bereitschaft;

• die Freigabezuständigkeiten für IT-/OT-/GA-Eingriffe; der Umfang der Schulungsgruppen, Schulungsformen und Nachweisformate;

• die Regeln für Teilabnahmen;

• die Anforderungen an Archivierung, Export, Übergabeformate und Revisionssicherheit der Projektunterlagen;

• sowie die Mitwirkungspflichten anderer Auftragnehmer, Planer, OEMs und interner Stellen des Auftraggebers.