Construction Certainty · VERIFIED TWIN® APPROACH

Das digitale Abwicklungsverfahren für die Planung und den Bau komplexer Großbauprojekte.

Organisieren. Testen. Lösen.

Für sichere Kosten und Termine.

Für Großprojekte, die sich ruhig und souverän führen lassen.

Meilenstein testen lassen

Rohbau zweier Hochhäuser mit Turmdrehkränen, schwarz-weiß

Projektverlauf · Beispiel

Test bei jeder Lieferung, wöchentlich
TWIN-JF, alle zwei Wochen
Meilenstein

Testkatalog M24

586 / 586

ERFÜLLT

Snapshot M24 · 03.10.2026

M0Grundlagen
M6Vorplanung
M12Entwurf
M18Ausführungsplanung
M24VERIFIED
M30Rohbau
M36Ausbau
M42Inbetriebnahme

Getestet wird nicht erst am Meilenstein, sondern bei jeder Lieferung. Im TWIN-JF werden die Ergebnisse regelmäßig zugeordnet und zur Lösung gebracht. Der Meilenstein weist nur noch nach, was auf dem Weg entstanden ist. Beispieldaten.

Organisieren

Ein Playbook. Klare Spielregeln für alle.

Testen

Anforderungen kontinuierlich und industrialisiert testen.

Lösen

Probleme früh sichtbar machen, zuordnen und zur Lösung bringen.

Alle drei laufen durchgehend, von M0 bis zur Inbetriebnahme.

Die Ausgangslage

Großprojekte werden teurer und später fertig als geplant.

NUR JEDES ZWÖLFTE IM PLAN8,5 %¹von über 16.000 Großprojekten weltweit bleiben im Budget und im Zeitplan.
ÜBER BUDGET+73 %²Kosten im Schnitt bei 119 abgeschlossenen öffentlichen Großprojekten in Deutschland.
ÜBER BUDGET UND ZU SPÄT+80 %³höhere Kosten und 20 % längere Bauzeit sind bei großen Projekten typisch.
ZU SPÄT, 3,6-MAL SO TEUER+9 Jahre⁴BER: eröffnet 2020 statt 2011, rund 7,3 Mrd. € statt rund 2 Mrd. €.

1 Flyvbjerg, Gardner: How Big Things Get Done, 2023 · 2 Hertie School: Großprojekte in Deutschland, 2015 · 3 McKinsey: Imagining construction’s digital future, 2016 · 4 Flughafen Berlin Brandenburg, Planung 2006 und Eröffnung 2020

Die Ursachen sind selten unbekannt. Sie werden zu spät sichtbar.

Ruhe und Souveränität

Ruhig führen.Souverän entscheiden.

Großprojekte im normalen Arbeitstag, nicht im Krisenmodus. Wer früh weiß, was nicht stimmt, muss spät nicht improvisieren.

Hochhäuser im Bau mit Kränen vor ruhigem Himmel, schwarz-weiß

Klärung im festen Takt.

Offene Punkte kommen im TWIN-JF auf den Tisch, nicht als Notfall am Abend.

Probleme mit Vorlauf.

Gefunden in den digitalen Daten, mit Ort, Zuständigkeit und Termin.

Entscheidungen auf belegtem Stand.

Jede Freigabe stützt sich auf einen nachgewiesenen Zustand.

Weniger Stress für alle Beteiligten. Mehr Zeit für das, was gebaut werden soll.

Warum das Verfahren

Früher wissen, was nicht stimmt.Kosten- und Terminsicherheit entsteht durch frühe Klarheit.

Kostenrisiken senken.

Abweichungen werden korrigiert, solange sie noch in den digitalen Daten liegen.

Terminrisiken senken.

Ungeklärte Abhängigkeiten werden erkannt, bevor jemand darauf wartet.

Konflikte versachlichen.

Vorher festgelegt, was gilt. Nachher belegt, was erfüllt war.

01Der wirtschaftliche Kern

Nicht die Zeit macht ein Risiko teuer.Sondern die Bindung.

Großprojekte verlieren Geld, wenn Entscheidungen auf Zuständen aufbauen, deren relevante Risiken zu spät sichtbar werden. Dieselbe falsche Annahme bedeutet an vier Stellen vier verschiedene Dinge.

Aufwand einer KorrekturReversibilität

PlanungDaten korrigieren
VergabeVertrag ändern
FertigungProduktion ändern
AusführungRealität ändern

Abb. 1 · Aufwand einer Korrektur und Reversibilität je Stufe der Bindung. Schematisch.

Abhängigkeit schafft Bindung.Bindung reduziert Reversibilität.Und geringe Reversibilität macht erkannte Risiken teuer.

Wiederholung

Dieselbe Leistung wird ein zweites Mal erbracht.

Koordination

Abstimmung, erneute Entscheidungen, zusätzliche Runden.

Vertrag

Nachtrag, entfallener Wettbewerb, veränderte Lieferzeit.

Zeit

Verschiebung, Beschleunigung, Folgegewerke, verspäteter Betrieb.

Deshalb muss ein Risiko sichtbar werden, solange es noch reversibel ist: in den digitalen Daten, vor der nächsten Bindung.

02Der VERIFIED TWIN® APPROACH

Digital geplant.Digital abgewickelt.

Großprojekte werden heute digital geplant, aber noch weitgehend wie früher abgewickelt: Freigaben auf Planständen, Prüfung in Stichproben, Nachweise im Nachhinein. Der VERIFIED TWIN® APPROACH ist das digitale Abwicklungsverfahren für die Planung und den Bau komplexer Großbauprojekte: Das Projekt wird dort gesteuert, wo es zuerst entsteht, in den digitalen Daten.

Abwicklung	Heute	VERIFIED TWIN® APPROACH
Projektstand	Viele Pläne und Dateien, jeder Beteiligte mit eigenem Stand	Ein gemeinsamer digitaler Projektstand, aus den Lieferungen abgeleitet
Anforderungen	Verteilt auf Vertrag, Raumbuch und Protokolle	Vorab als Testkatalog je Meilenstein vereinbart
Qualität	Jede Disziplin prüft ihren Teil, ergänzt um Stichproben	Ganzheitliche Tests bei jedem relevanten Stand
Abweichungen	Werden oft erst auf der Baustelle sichtbar	In den digitalen Daten gefunden, mit Ort, Zuständigkeit und Termin gesteuert
Freigaben	Auf Einschätzung: „Das sieht gut aus.“	Auf einem nachgewiesenen Zustand: VERIFIED
Nachweis	Im Streitfall nachträglich rekonstruiert	Für jeden Snapshot belegt

Im Kern des Abwicklungsverfahrens steht das VERIFIED TWIN Verfahren: Es testet jeden relevanten Stand und macht aus Daten belegbare Entscheidungsreife. Das Verfahren in acht Schritten ↓

03Ihr Nutzen

Kostenrisiken senken. Terminrisiken senken. Entscheidungen belegen.

Kosten

Korrigieren, solange es noch Planung ist.

Abweichungen werden möglichst geschlossen, bevor Fertigung oder Baustelle davon betroffen sind.

Termine

Abhängigkeiten klären, bevor jemand darauf wartet.

Lean Design und kontinuierliches Testen verbinden fachliche Klärung mit dem Zeitpunkt, zu dem das Ergebnis benötigt wird.

Entscheidungen

Freigaben auf einen belegbaren Stand stellen.

Für relevante Meilensteine ist nachvollziehbar, was getestet wurde, was erfüllt war und welche Punkte noch offen waren.

Projektqualität

Nicht am Ende auf Qualität hoffen.

Der Projektstand wird über viele Iterationen systematisch weiterentwickelt und stabilisiert.

04Was Sie erwerben

Einen geprüften Zustand.Nicht eine Prüfung.

Nicht eine Software.
Nicht eine einzelne Modellprüfung.
Nicht einen Prüfbericht, der morgen bereits überholt sein kann.

Erst der Test macht ihn verlässlich: Gebäudemodell mit getesteten Punkten, Testkatalog M24 mit 586 von 586 erfüllten Tests — Visualisierung · Beispieldaten

Sie erhalten für einen relevanten Projektstand

1
Snapshot
Welcher Stand wurde bewertet?
2
Testkatalog
Welche Kriterien mussten für diesen Meilenstein erfüllt sein?
3
Offene Punkte
Was ist noch zu lösen, mit Ort, Verantwortlichkeit und benötigtem Termin?
4
VERIFIED Status
Ist der für diesen Meilenstein vereinbarte Zustand erreicht?

Sie erhalten einen getesteten Projektstand,mit nachvollziehbaren Ergebnissen und klar dokumentierten Abweichungen.

05Vom Test zur Steuerung

Finden reicht nicht.

Der VERIFIED TWIN® APPROACH endet nicht mit einer Liste von Abweichungen. Jeder relevante Befund wird Teil des Steuerungsprozesses.

01Testerkennt und verortet Abweichungen, automatisiert
02TWIN-Managementordnet den Befund der verantwortlichen Organisation zu und verfolgt ihn
03TWIN-JFordnet den Punkt in Abhängigkeiten und benötigte Termine ein
04Planer und Ausführendekorrigieren am Ursprung
05Erneuter Testtestet den geänderten Projektstand
06Nachweisbelegt die Erfüllung

Damit entsteht kein Prüfbericht, der anschließend abgelegt wird.

Es entsteht ein geschlossener Regelkreis für das Projekt.

Testen→Steuern→Korrigieren→Erneut testen→Nachweisen

Beispiel · Zwischenstand vor M25

331 / 340

331 ERFÜLLT6 NICHT ERFÜLLT3 UNGEPRÜFT

UNGEPRÜFT zählt am Gate als nicht bestanden.

NICHT ERFÜLLT

Lüftungskanal kollidiert mit Träger

Ort: Ebene 02
Zuständig: TGA Lüftung
Benötigt: vor Ausführung Rohbau, TWIN-JF 15

NICHT ERFÜLLT

Wandöffnung fehlt

Ort: Ebene 02
Zuständig: Tragwerksplanung
Benötigt: vor Schalungsplanung, TWIN-JF 15

NICHT ERFÜLLT

Freiraum vor Brandschutzklappe nicht ausreichend

Ort: Ebene 01
Zuständig: TGA Lüftung
Benötigt: vor Montageplanung, TWIN-JF 16

06Der Meilenstein

Jetzt wird sichtbar, was tatsächlich erreicht wurde.

Nach den laufenden Test- und Steuerungszyklen kommt der Meilenstein.

Jetzt wird der Prüfumfang festgelegt: die maßgeblichen Stände, über die entschieden wird. Er wird gegen den dafür vereinbarten Testkatalog bewertet.

Snapshot M24 · 03.10.2026

586 / 586

vereinbarte Tests erfüllt

VERIFIED

UNGEPRÜFT

M25 · geändert

Erneuter Test läuft. VERIFIED gilt für M24.

Damit bedeutet VERIFIED nicht:

„Ein Modell wurde geprüft.“

Sondern:

„Für diesen konkreten Projektstand ist nachgewiesen, dass die für diesen Meilenstein vereinbarten Kriterien erfüllt sind.“

Ändert sich der Projektstand danach in vereinbarten, testrelevanten Punkten, wird erneut getestet.

VERIFIED gilt für den getesteten Snapshot, nicht automatisch für den nächsten Stand.

Starten Sie mit einem Meilenstein.

Im Kern stellen Sie das Projekt um, aber nicht alles auf einmal.

Gestartet wird mit einem Projekt, einer Phase und einem relevanten Meilenstein. Gemeinsam wird festgelegt:

welcher Zustand erreicht werden soll
→welche Kriterien dafür relevant sind
→wann diese im Projekt benötigt werden
→wie sie getestet werden
→wie Abweichungen gesteuert werden
→wie die Erfüllung nachgewiesen wird

Das Ergebnis

SNAPSHOT
TESTKATALOG
GESTEUERTE OFFENE PUNKTE
VERIFIED STATUS

Ein Projekt.Ein Meilenstein.Ein nachgewiesener Stand.

Meilenstein testen lassen info@verified-twin.com

Großbaustelle mit vielen Kränen, schwarz-weiß

Alle Projektzahlen sind Beispieldaten. Visualisierungen und Fotos sind Platzhalter.

So funktioniert es

Das Verfahren im Detail.

Für alle, die genau wissen wollen, wie Kosten- und Terminsicherheit während des Projekts entsteht.

Das VERIFIED TWIN Verfahren ist ein systematisches Verfahren zur digitalen Verifizierung von Großbauprojekten.

Es verbindet Lean Design, Virtual Prototyping und industrialisiertes Testen zu einem durchgängigen Verifikationsverfahren.

Die acht Schritte des Verfahrens

01Risiko bestimmen
→ 02Anforderungen festlegen
→ 03Planung koordinieren
→ 04Virtuellen Zustand herstellen
→ 05Gegen den Testkatalog testen
→ 06Abweichungen schließen
→ 07Snapshot verifizieren
→ 08Entscheidung freigeben

Schritt 01Risiko bestimmen

Was passiert: Welche Entscheidungen stehen als Nächstes an, und welche Risiken müssen vorher sichtbar sein? Bestimmt wird, wo im Projekt Bindung entsteht: vor Vergabe, Fertigung und Ausführung.
Wer: Auftraggeber mit dem TWIN-Management
Ergebnis: Die relevanten Risiken je Meilenstein, nach Bindung priorisiert

Warum Bindung Risiken teuer macht: 01 Der wirtschaftliche Kern ↑

Schritt 02Anforderungen festlegen

Was passiert: Der Standard-Testkatalog wird konfiguriert und offengelegt, ergänzt um die Anforderungen aus Vertrag, Raumbuch, Ausführung und Betrieb: konkrete, testbare Kriterien, vor der Lieferung vereinbart.
Wer: Der Auftraggeber legt fest, das TWIN-Management konfiguriert
Ergebnis: Ein vereinbarter Testkatalog je Phase und Meilenstein

Kontinuierlich testen heißt nicht:immer dasselbe testen.

Ein Projekt stellt in jeder Phase andere Fragen.

Im Konzept muss anderes geklärt sein als im Entwurf. Vor der Ausführung gelten andere Anforderungen als vor Montage, Abnahme oder Übergabe.

Deshalb folgt der VERIFIED TWIN® APPROACH einer klaren Hierarchie:

Projektphasebestimmt, welche Themen jetzt relevant sind
↓Meilensteinbestimmt, was zu diesem Zeitpunkt erreicht sein muss
↓Testkatalogübersetzt diese Anforderungen in konkrete, prüfbare Kriterien
↓Projektstandwird gegen den aktuell gültigen Testkatalog getestet
↓Steuerungoffene Punkte werden geschlossen und erneut getestet
↓Nachweisam Meilenstein wird der erreichte Zustand belegt

Der Testkatalog entwickelt sich mit dem Projekt.

01Frühe PhasenAnforderungen · Grundlagen · Vollständigkeit · Varianten · grundlegende Schnittstellen
→ 02PlanungsvertiefungKoordination · Abhängigkeiten · Geometrie · Freiräume · technische Anforderungen
→ 03AusführungMontage · Baubarkeit · Logistik · Schnittstellen · Ausführungsreife
→ 04Übergabe und BetriebDokumentation · Zugänglichkeit · Betreiberanforderungen · Vollständigkeit

Tests je Meilenstein · Beispiel

968Tests bis zur Übergabe

148
M6Vorplanung
312
M12Entwurf
452
M18Ausführungsplanung
586
M24Freigabe
664
M30heute
742
M36Ausbau
920
M42Inbetriebnahme
968
M48Übergabe

PlanungBau

Abb. 3 · Der Testkatalog wächst mit jedem Meilenstein. M18 war zunächst nicht bestanden, wurde gesteuert und nach der Korrektur erneut verifiziert; erst dann ging es für diesen Umfang weiter. Beispieldaten.

Das Testprinzip bleibt gleich.Die Testkriterien folgen Phase und Meilenstein.

Schritt 03Planung koordinieren

Was passiert: Für jeden relevanten Punkt wird festgelegt, wer ihn liefert, bis wann er gebraucht wird und welche Entscheidung davon abhängt. Der Planungsprozess gibt den Takt vor.
Wer: Die Planungsbeteiligten, im Lean-Design-Takt gesteuert
Ergebnis: Liefertermine und Abhängigkeiten, die alle kennen

Nicht nur testen, was falsch ist.Steuern, was wann geklärt sein muss.

Ein technischer Befund allein schützt keinen Termin.

Entscheidend ist, ob die Abweichung rechtzeitig vor der nächsten abhängigen Entscheidung geschlossen wird. Deshalb verbindet der VERIFIED TWIN® APPROACH die Tests mit den Prinzipien von Lean Design.

Der Planungsprozess gibt den Takt vor.

Für jeden relevanten Punkt wird nicht nur betrachtet:

Was ist nicht erfüllt?

sondern auch:

Wer muss es lösen?
Bis wann wird die Lösung benötigt?
Welche nachfolgende Entscheidung hängt davon ab?
Wann wird erneut getestet?

Dadurch werden Testen und zeitliche Planungssteuerung miteinander verbunden.

01TestAbweichung erkennen
→ 02Lean DesignAbhängigkeit und benötigten Zeitpunkt verstehen
→ 03TWIN-ManagementAbweichung zuordnen und bis zur Lösung verfolgen
→ 04ProjektteamPunkt korrigieren
→ 05Re-TestErfüllung nachweisen

Nicht jeder offene Punkt ist gleich dringend.

Ein Punkt wird deshalb nicht nur nach seiner technischen Bedeutung betrachtet, sondern auch danach, wann er im Planungs- und Bauablauf gelöst sein muss. So richtet sich die Steuerung an den tatsächlichen Abhängigkeiten des Projekts aus.

Die richtige Information.Vom richtigen Beteiligten.Zum richtigen Zeitpunkt.

Schritt 04Virtuellen Zustand herstellen

Was passiert: Die Lieferungen aller Beteiligten werden zu einem gemeinsamen Projektstand zusammengeführt; der Snapshot ergibt sich aus den maßgeblichen Ständen. Das ist Virtual Prototyping: Das Bauwerk entsteht zuerst digital.
Wer: TWIN-Management, aus den Lieferungen der Planer
Ergebnis: Ein eindeutiger, datierter Snapshot

Ein Projekt verändert sich.Die Sicherheit muss mitlaufen.

Ein Bauprojekt ist kein fertiger Datenstand.

Mit jeder Entscheidung verändert sich das Zusammenspiel von Architektur, Tragwerk, TGA, Nutzung, Logistik und Ausführung. Eine Änderung an einer Stelle kann neue Auswirkungen an anderer Stelle erzeugen.

Deshalb wird Qualität im VERIFIED TWIN® APPROACH nicht erst kurz vor einer Freigabe getestet.

Jede unerkannte Abweichung ist ein Kosten- oder Terminrisiko. Jeder Testzyklus macht Risiken sichtbar, jede Korrektur reduziert sie: systematische Risikominimierung.

Der Projektstand wird kontinuierlich getestet.

Änderung
testen
Abweichung erkennen
steuern und korrigieren
erneut testen
Projektstand stabilisieren
nächster Meilenstein

Änderung am ProjektstandTest läuftVERIFIED Snapshotnoch nicht getestet

Abb. 2 · Projektverlauf mit Änderungen, Tests und Snapshots. M18 war zunächst nicht bestanden und ist nach der Korrektur erneut verifiziert. Beispieldaten.

So entsteht Sicherheit nicht durch eine einmalige Prüfung.Sie entsteht über viele kurze Test-, Steuerungs- und Korrekturzyklen.

Der Meilenstein ist nicht der Moment, an dem Qualität entsteht.Er ist der Moment, an dem der erreichte Zustand nachgewiesen wird.

Schritt 05Gegen den Testkatalog testen

Was passiert: Jeder Test des Katalogs läuft automatisiert gegen den Snapshot.
Wer: TWIN-Management, automatisiert
Ergebnis: Ein Ergebnis je Test: erfüllt, nicht erfüllt oder ungeprüft

Ein Gebäude funktioniert nicht gewerkeweise.

Architektur kann für sich richtig sein.
Tragwerk kann für sich richtig sein.
TGA kann für sich richtig sein.

Und trotzdem kann das Gebäude als Ganzes nicht funktionieren.

Denn Probleme entstehen häufig dort, wo Informationen und Verantwortlichkeiten aufeinandertreffen. Deshalb betrachtet der VERIFIED TWIN® APPROACH nicht nur einzelne Teilmodelle. Getestet werden unter anderem:

Fachlich · Anforderungen des Auftraggebers

Unterstützt Planung und Ausführung

Anforderungen

Ist erfüllt, was Auftraggeber und Projekt vereinbart haben?

ERFÜLLT150 / 150

Nutzung und Betrieb

Ist das geplante Ergebnis nutzbar, zugänglich, wartbar und betreibbar?

ERFÜLLT96 / 96

Daten

Sind die benötigten Informationen vollständig und richtig strukturiert?

ERFÜLLT180 / 180

Geometrie und Schnittstellen

Passen Gewerke, Bauteile und Räume tatsächlich zusammen?

ERFÜLLT160 / 160

Snapshot M24586 / 586VERIFIED

Hinterfragt das Ergebnis

Technisch · Daten und Geometrie

Abb. 4 · Testkatalog M24 in vier Bereichen, nach dem Vorbild der Agile Testing Quadrants. Beispieldaten.

Ein gemeinsamer Projektstand.Ein phasen- und meilensteingerechter Testkatalog.Ein gemeinsamer Blick auf das Projekt.

Schritt 06Abweichungen schließen

Was passiert: Jede Abweichung bekommt Ort, Zuständigkeit und den Termin, zu dem die Lösung gebraucht wird. Sie wird im TWIN-JF gesteuert, in den digitalen Daten korrigiert und erneut getestet.
Wer: Planer korrigieren, das TWIN-Management ordnet zu und verfolgt
Ergebnis: Geschlossene Punkte, belegt durch den erneuten Test

Wie gesteuert wird: Vom Test zur Steuerung ↑

Jeder Fehler wird irgendwann gefunden.Die Frage ist nur: wann?

FRÜH GEFUNDEN

Planung ändern.
Abhängigkeiten anpassen.
Erneut testen.
Weiterplanen.

SPÄT GEFUNDEN

Umplanen.
Nachfolgende Planung ändern.
Beschaffung anpassen.
Baustelle koordinieren.

Im schlimmsten Fall:

Stillstand · Änderung · Rückbau · Nachtrag

Je länger eine falsche Annahme im Projekt bestehen bleibt, desto mehr Entscheidungen können darauf aufbauen. Darum ist frühes Testen mehr als Qualitätskontrolle.

Es begrenzt die Wirkung von Fehlern.

Abb. 5 · Wann ein Fehler gefunden wird. Beispiel mit wöchentlichem Snapshot.

Was heute ein Test findet, muss morgen kein Nachtrag lösen.

Schritt 07Snapshot verifizieren

Was passiert: Am Meilenstein wird der Prüfumfang festgelegt und gegen den vollständigen Testkatalog bewertet. Sind alle vereinbarten Tests erfüllt, ist genau dieser Snapshot VERIFIED.
Wer: Das TWIN-Management (gestellt durch CERITUM) zeigt, ob alle Tests erfüllt sind
Ergebnis: Der VERIFIED Status für einen konkreten Snapshot

Wie das aussieht: Der Meilenstein ↑

Schritt 08Entscheidung freigeben

Was passiert: Der Auftraggeber entscheidet auf Basis des nachgewiesenen Zustands: weiterplanen, bauen oder übergeben. Was noch offen ist, steht mit Termin fest.
Wer: Auftraggeber
Ergebnis: Eine Freigabe auf einem belegten Stand

Einordnung

Projektprozess

das Umfeld: Planung und Bau mit allen Beteiligten

VERIFIED TWIN® APPROACH

das Abwicklungsverfahren: wie das Projekt digital native geplant und gebaut wird

VERIFIED TWIN Verfahren

der Kern des Modells: definierter Ablauf mit eindeutigem Ergebnis

Lean Design · Virtual Prototyping · Testen

die methodischen Bausteine des Verfahrens

Was was ist

VERIFIED TWIN® APPROACH: das Abwicklungsverfahren
VERIFIED TWIN Verfahren: das Verfahren
Testen: das Kernprinzip
Testkatalog: der Maßstab
Virtual Prototyping: die Anwendung
Lean Design: die methodische Grundlage
VERIFIED TWIN: das nachgewiesene Ergebnis
Construction Certainty: das Nutzenversprechen

Lean Design und Virtual Prototyping sind Methoden.Das VERIFIED TWIN Verfahren ist das, was daraus belegbare Entscheidungsreife macht.

Kosten- und Terminsicherheit ist kein Zustand.

Sie entsteht durch systematische Risikominimierung: kontinuierliches Testen der Daten im vereinbarten Takt.

FAQ

Häufige Fragen.

Prüfen unsere Planer nicht schon selbst?

Doch, und das bleibt so. Jede Disziplin prüft ihre Teilmodelle. Trotzdem dringen viele Fehler durch, vor allem im Zusammenspiel mit den Teilmodellen der anderen. Die Koordinationspflichten bleiben, wie sie heute vertraglich geregelt sind. Es ändert sich nur die Sprache: modellbasiert statt 2D-Plan. Der VERIFIED TWIN® APPROACH testet zusätzlich, ob der gemeinsame Projektstand die vereinbarten Anforderungen erfüllt.

Gibt es noch AIA und BAP?

Das Playbook bündelt die verbindlichen Anforderungen und Spielregeln des Projekts an einer Stelle, vom Auftraggeber verantwortet und für alle Beteiligten gleich. Ob und wie weit es AIA und BAP ersetzt, regelt die Vertragsgestaltung.

Brauchen die Beteiligten neue Software?

Nein. Alle liefern weiter aus ihren Werkzeugen. Getestet wird, was geliefert wird.

Wer definiert die Tests?

Der Auftraggeber legt fest, je Phase und Meilenstein. Standard-Testkataloge werden konfiguriert und offengelegt, ergänzt um die Anforderungen aus Vertrag, Raumbuch, Ausführung und Betrieb.

Was passiert, wenn ein Test nicht erfüllt ist?

Der Befund bekommt Ort, Zuständigkeit und den Termin, zu dem die Lösung benötigt wird. Er wird im TWIN-JF gesteuert und nach der Korrektur erneut getestet.

Wie groß ist ein Pilot?

Ein Projekt, mindestens eine Leistungsphase, mit einem Meilenstein. Weniger lohnt sich nicht: Bis ein Projekt im Takt läuft, braucht es eine gewisse Zeit, und die zahlt sich aus. Am besten von Anfang an, mit dem Playbook in den Verträgen aller Beteiligten. Am Ende steht ein nachgewiesener Stand mit Snapshot, Testkatalog, gesteuerten offenen Punkten und VERIFIED Status.

Was testet der VERIFIED TWIN® APPROACH nicht?

Was nicht im Testkatalog steht. Genehmigungsdauer, Marktpreise oder Kapazitäten beeinflusst er kaum.