CDE richtig aufsetzen: Damit Projektteams mit verlässlichen Informationen arbeiten
Auf Bauprojekten gibt es selten zu wenig Informationen. Meist gibt es zu viele – verteilt auf E-Mails, lokale Laufwerke, SharePoint-Ordner, Planserver, PDF-Ablagen, Protokolle und persönliche Notizen.
Genau daraus entstehen viele typische Probleme im Projektalltag: Auf der Baustelle kursieren unterschiedliche Planstände, Freigaben sind nicht eindeutig nachvollziehbar, RFIs verschwinden in Postfächern, und am Ende ist niemand ganz sicher, welche Information wirklich aktuell ist.
Im schlimmsten Fall wird nach einem veralteten Plan gebaut oder eine Änderung umgesetzt, die noch gar nicht freigegeben wurde. Das kostet Zeit, verursacht Rückfragen und erhöht das Risiko für Nacharbeit.
Eine Common Data Environment, kurz CDE, soll genau das verhindern. Sie ist nicht einfach nur ein gemeinsamer Speicherort, sondern eine strukturierte Projektumgebung, in der Informationen abgelegt, geprüft, freigegeben und nachvollziehbar geteilt werden.
Im Autodesk-Umfeld bildet dafür vor allem Forma Data Management, die zentrale Grundlage. Das Modul unterstützt Projektteams dabei, Dokumente, Pläne, Modelle und weitere Projektinformationen strukturiert zu verwalten.
Was eine CDE eigentlich ist
Eine CDE ist ein zentraler, strukturierter und kontrollierter Ort für Projektinformationen. Dazu gehören zum Beispiel Pläne, Modelle, Verträge, Protokolle, RFIs, Aufgaben, Nachträge, Baustellendokumentation und Übergabeunterlagen.
Der Unterschied zu einer normalen Dateiablage liegt im Prozess dahinter. Eine CDE beantwortet Fragen wie:
- Welche Version ist aktuell?
- Wer hat ein Dokument geprüft?
- Wer hat es freigegeben?
- Welche Unterlagen sind noch in Bearbeitung?
- Welche Dokumente dürfen auf der Baustelle verwendet werden?
- Wer darf Informationen sehen, bearbeiten oder freigeben?
Damit ist eine CDE deutlich mehr als ein Cloud-Ordner oder ein gemeinsames Laufwerk. Dort können Dateien zwar abgelegt werden, aber ohne klare Workflows, Berechtigungen, Versionisierung und Freigaben bleibt oft unklar, welchem Stand das Team wirklich vertrauen kann.
Praxisbeispiel:
Ein Plan liegt einmal als PDF in einem E-Mail-Anhang, einmal in einem SharePoint-Order und einmal in einer Projektablage. Alle Dateien sehen ähnlich aus, haben aber unterschiedliche Änderungsstände. Ohne klare Versionisierung und Freigabeprozess muss das Team selbst herausfinden, welcher Stand gültig ist. Genau hier soll eine CDE Klarheit schaffen.
Warum sich eine CDE lohnt
Eine gut eingerichtete CDE löst nicht automatisch alle Projektprobleme. Sie schafft aber eine deutlich bessere Grundlage für Zusammenarbeit, Nachvollziehbarkeit und Entscheidungen.
Weniger Suchaufwand und weniger Nacharbeit
Wenn alle Beteiligten mit denselben aktuellen Informationen arbeiten, sinkt das Risiko, dass nach alten Plänen gebaut oder auf Basis ungeprüfter Dokumente entschieden wird. Das reduziert Fehler, Nacharbeit und unnötige Abstimmungen.
Bessere Zusammenarbeit im Projektteam
Bauherr, Planer, Generalunternehmer, Subunternehmer und Projektsteuerung greifen auf dieselbe Informationsstruktur zu. Statt Informationen per E-Mail nachzuverfolgen, können Teams direkt im System prüfen, welcher Stand aktuell ist und welcher Prozessschritt noch offen ist.
Mehr Transparenz bei Entscheidungen
Wenn Informationen sauber abgelegt, benannt und mit Statuswerten versehen sind, lassen sie sich schneller finden und besser bewerten. Entscheidungen basieren dann weniger auf Bauchgefühl oder veralteten Listen, sondern auf nachvollziehbaren Projektdaten.
Bessere Übergabe am Projektende
Am Ende eines Projekts müssen Revisionsunterlagen, Nachweise, Freigaben und Dokumentationen übergaben werden. Eine CDE hilft, diese Informationen bereits während des Projekts strukturiert aufzubauen, statt sie kurz vor Übergabe mühsam aus verschiedenen Quellen zusammenzusuchen.
Vor dem Tool kommt der Prozess
Ein häufiger Fehler ist, direkt mit dem Tool zu starten. Dann wird zwar eine digitale Ablage aufgebaut, aber alte Arbeitsweisen werden einfach übernommen.
Besser ist es, zuerst die wichtigsten Projektprozesse zu klären:
- Wie läuft eine Planprüfung ab?
- Wer darf Dokumente hochladen?
- Wer prüft und wer gibt frei?
- Welche Informationen sollen auf der Baustelle verwendet werden?
- Wie werden Revisionen gekennzeichnet?
- Wer ist für Datenqualität verantwortlich?
- Welche Informationen müssen später übergeben werden?
Erst wenn diese Fragen beantwortet sind, sollte die technische Einrichtung folgen.
1. Bestehende Workflows verstehen
Bevor eine CDE eingerichtet wird, sollte das Projektteam prüfen, wie Informationen heute tatsächlich fließen. Dabei geht es nicht nur um den gewünschten Idealprozess, sondern um die Realität im Projekt.
Typische Workflows sind:
- Planprüfung und Planfreigabe
- Modellkoordination
- RFIs
- Eingaben
- Aufgaben
- Nachträge und Änderungen
- Baustellendokumentation
- Übergabedokumentation
Wichtig ist dabei zu erkennen, wo Informationen heute verloren gehen oder doppelt entstehen. Werden Freigaben per E-Mail verteilt? Werden Pläne lokal heruntergeladen und weiterverteilt? Gibt es mehrere Ablageorte für denselben Dokumenttyp? Genau diese Punkte sollten vor dem CDE-Aufbau sichtbar gemacht werden.
Praxisbeispiel:
Ein Fachplaner lädt einen Plan hoch, die Prüfung erfolgt per E-Mail, die Bauleitung erhält später eine PDF-Datei als Download. In diesem Ablauf ist schwer nachvollziehbar, welche Versionen geprüft wurde, wer final freigegeben hat und ob die Baustelle tatsächlich mit dem aktuellen Stand arbeitet.
2. Standards und Governance festlegen
Eine CDE funktioniert nur, wenn alle Beteiligten nach definierten Regeln arbeiten. Deshalb braucht es klare Standards. Dazu gehören:
- Ordnerstruktur
- Namenskonventionen
- Rollen und Verantwortlichkeiten
- Statuswerte
- Freigabeprozesse
- Berechtigungen
- Regeln für veröffentlichte Dokumente
- Umgang mit Revisionen
Diese Standards sollen so einfach wie möglich gehalten werden. Ein sehr komplexes Regelwerk, das niemand versteht oder im Alltag nutzt, hilft dem Projekt nicht weiter.
Best Practice:
Lieber mit wenigen klaren Regeln starten und diese konsequent anwenden, statt eine perfekte Struktur zu planen, die im Projektalltag umgangen wird.
3. Eine verständliche Ordnerstruktur aufbauen
Die Ordnerstruktur sollte sich daran orientieren, wie das Projektteam arbeitet. Sie muss nicht nur für Administratoren logisch sein, sondern auch für Bauleitung, Planer und Subunternehmer.
Eine mögliche Grundstruktur kann zum Beispiel so aussehen:
- 01 Projektmanagement
- 02 Planung
- 03 Modelle
- 04 Ausführung
- 05 Baustelle
- 06 Qualität und Sicherheit
- 07 Änderungen und Nachträge
- 08 Übergabe und Dokumentation
Wichtiger als die konkrete Nummerierung ist die klare Trennung zwischen Arbeitsständen, Prüfständen und freigegebenen Informationen.
Nicht jede Datei, die im Projekt liegt, darf automatisch verwendet werden. Für die Baustelle sollte es daher einen klaren Bereich geben, in dem nur freigegebene und aktuelle Unterlagen liegen.
Fehlerquelle:
Wenn „in Bearbeitung“, „zur Prüfung“ und „freigegeben“ im gleichen Ordner vermischt werden, verliert dass Team schnell das Vertrauen in die Ablage. Dann entstehen wieder lokale Kopien, E-Mail-Versand und parallele Listen.
4. Berechtigungen passend zu Rollen setzen
Nicht jeder Projektbeteiligte braucht Zugriff auf alles. Gleichzeitig darf die CDE nicht so restriktiv eingerichtet sein, dass Teams wieder anfangen, Dateien außerhalb des Systems zu verschicken.
Berechtigungen sollten deshalb an echten Projektrollen und Unternehmen ausgerichtet werden.
Best Practice:
Berechtigungen möglichst rollen- oder unternehmensbasiert vergeben und nicht nur individuell pro Person. Das vereinfacht die Pflege, besonders wenn neue Projektbeteiligte hinzukommen oder Personen wechseln.
5. Namenskonventionen und Attribute setzen
Eine CDE wird deutlich leistungsfähiger, wenn Dokumente nicht nur abgelegt, sondern auch einheitlich benannt und beschrieben werden.
Namenskonventionen helfen dabei, Dokumente eindeutig zu identifizieren. Attribute und Metadaten machen es einfacher, später zu filtern, zu suchen und auszuwerten.
Sinnvolle Attribute können zum Beispiel Gewerk, Bauteil, Gebäudeabschnitt oder Priorität sein.
Praxisbeispiel:
Ein Plan heißt nicht mehr „Grundriss_neu_final.pdf“, sondern folgt einer klaren Benennungslogik. Zusätzlich werden Attribute wie Gewerk, Gebäudeabschnitt etc. gepflegt. Dadurch kann das Team gezielt nach freigegebenen Ausführungsplänen für einen bestimmten Bereich filtern.
Was gut funktioniert:
Attribute helfen besonders dann, wenn viele Dokumente im Projekt liegen und Teams schnell nach Bereichen, Gewerken oder Status filtern müssen.
Was nicht gut funktioniert:
Zu viele Pflichtattribute machen den Upload unnötig kompliziert. Wenn jeder Upload zu aufwendig wird, umgehen Teams den Prozess. Deshalb sollten nur Attribute genutzt werden, die im Projekt wirklich gebraucht werden.
6. Review und Freigabeprozesse abbilden
Eine der wichtigsten Aufgaben einer CDE ist es, klar zu zeigen, welche Informationen geprüft und freigegeben sind.
Dafür sollten Review Workflows genutzt werden. Sie legen fest, wer ein Dokument prüft, wer es freigibt und was passiert, wenn Änderungen notwendig sind.
Ein einfacher Ablauf kann so aussehen:
- Der Planer lädt einen Plan hoch
- Die zuständigen Beteiligten prüfen den Plan
- Kommentare oder Anpassungen werden eingearbeitet
- Die Projektleitung gibt den Plan frei
- Der freigegebene Stand wird für die Baustelle bereitgestellt
Das klingt einfach, ist aber entscheidend. Denn solange Freigaben weiterhin per E-Mail oder Zuruf erfolgen, bleibt die CDE nur eine Ablage und wir nicht zur verlässlichen Projektumgebung.
Praxisbeispiel:
Ein Subunternehmer soll mit der Ausführung beginnen. Statt nachzufragen, ob der Planstand schon freigegeben ist, kann er im System nachsehen, ob der Plan im freigegebenen Bereich liegt und welchen Status er hat.
7. Arbeitsstände und freigegebene Informationen klar trennen
Eine wichtige Regel lautet: Nicht alles, was abgelegt ist, darf verwendet werden. Deshalb sollte klar unterschieden werden zwischen:
- In Bearbeitung
- Zur Prüfung
- Freigegeben
- Zur Ausführung
- Ersetzt oder archiviert
Diese Trennung kann über Ordner, Berechtigungen, Reviews und Statusinformationen abgebildet werden.
8. Mit einem Pilotprojekt starten
Eine CDE muss nicht sofort für alle Prozesse perfekt eingerichtet sein. Oft ist es sinnvoller, mit einem Pilotprojekt oder einem klar abgegrenzten Anwendungsfall zu starten.
Ein guter Einstieg ist zum Beispiel die Planprüfung und Planfreigabe. Dieser Prozess ist für fast jedes Projekt relevant und zeigt schnell, ob Struktur, Berechtigungen und Workflows funktionieren.
Ein Pilotprojekt eignet sich, um:
- Ordnerstrukturen zu testen
- Berechtigungen zu prüfen
- Review Workflows anzupassen
- Namenskonventionen zu validieren
- Feedback von Bauleitung und Planern einzuholen
- Schulungsbedarf zu erkennen
- Standards für weitere Projekte abzuleiten
Quick Win:
Starten Sie mit einem Prozess, bei dem der Nutzen schnell sichtbar wird – zum Beispiel mit der Freigabe von Ausführungsplänen. Wenn die Baustelle dadurch schneller und sicherer den aktuellen Planstand findet, steigt die Akzeptanz im Team.
9. Teams mitnehmen, nicht nur das System bereitstellen
Die Einführung einer CDE ist kein reines IT-Projekt. Sie verändert die tägliche Arbeitsweise im Projekt.
Deshalb reicht es nicht, ein System einzurichten und einen Link zu verschicken. Teams müssen verstehen, warum die neue Arbeitsweise eingeführt wird und welchen konkreten Vorteil sie bringt.
Für die Baustelle zählt zum Beispiel nicht, ob ein System technisch besonders umfangreich ist. Entscheidend ist, ob der aktuelle Plan schnell gefunden wird, ob Freigaben eindeutig sind und ob weniger Rückfragen entstehen.
Hilfreich sind:
- Rollenbasierte Schulungen
- Klare Beispiele aus dem Projektalltag
- Feste Ansprechpartner
- Regelmäßiges Feedback
Neue Standards setzen sich vor allem dann durch, wenn sie im Alltag unterstützt werden. Es geht weniger um Kontrolle, sondern darum, den Teams die Arbeit einfacher zu machen.
Typische Fehler beim CDE-Aufbau
Viele Probleme entstehen nicht durch das Tool selbst, sondern durch unklare Regeln oder fehlende Konsequenz.
Häufige Stolperfallen sind:
- Ordnerstrukturen ohne Bezug zum echten Projektablauf
- Zu komplizierte Namenskonventionen
- Zu viele Pflichtattribute
- Unklare Verantwortlichkeiten
- Freigaben außerhalb des Systems
- Lokale Kopien und parallele Dateiablagen
- Fehlende Schulung der Projektbeteiligten
- Keine klare Trennung zwischen Arbeitsstand und freigegebenem Stand
- Keine klare Verantwortung für Datenqualität
Die wichtigste Regel lautet: Eine CDE funktioniert nur, wenn die Standards nicht nur dokumentiert, sondern auch konsequent genutzt werden.
Fazit: Eine CDE schafft Vertrauen in Projektinformationen
Eine CDE ist mehr als eine digitale Dateiablage. Sie schafft eine gemeinsame Grundlage dafür, wie Informationen im Projekt erstellt, geprüft, freigegeben und genutzt werden.
Der Nutzen entsteht nicht allein durch das Aktivieren eines Tools. Entscheidend sind klare Prozesse, sinnvolle Standards, gepflegte Daten und ein Team, das die Arbeitsweise versteht.
Richtig aufgebaut hilft eine CDE dabei, Suchaufwand zu reduzieren, Nacharbeit zu vermeiden und Entscheidungen auf einer verlässlichen Informationsbasis zu treffen.
Sie möchten Ihre Projektablage zu einer echten CDE weiterentwickeln? Wir unterstützen Sie bei der Analyse Ihrer bestehenden Workflows, beim Aufbau einer passenden Struktur und bei der Einführung von Forma Data Management im Projektteam.
Sie möchten die CDE (Forma) entdecken und die Möglichkeiten kennenlernen?
Dann besuchen Sie uns online in unserem Schnupperkurs zu Autodesk Forma:
Autodesk Forma kennenlernen
Sie haben weitere Fragen zu CDE und Forma?
Dann kontaktieren Sie uns direkt schriftlich unter info@artaker.com oder telefonisch unter +43 585 11 55 - 0.
