CE#16 Rollen im Nebel (Teil 1): Warum technische Projekte schon vor dem Start scheitern

Haben Sie sich schon einmal gefragt, warum Projekte manchmal plötzlich kompliziert werden – obwohl anfangs alles klar schien? Oder warum in Risikobeurteilungen Themen auftauchen, von denen niemand wusste, wer sie eigentlich bewerten soll?
Genau darum geht es heute: um Rollen, Verantwortlichkeiten und Annahmen, die oft so unscheinbar wirken – bis sie über Sicherheit, CE‑Konformität und Kosten entscheiden.

Heute sprechen wir über ein Thema, das in technischen Projekten erstaunlich oft übersehen wird – nämlich lange bevor eine Maschine oder Anlage überhaupt eingeschaltet wird: die Frage, wer welche Rolle übernimmt und wer welche Annahmen, Schnittstellen und Verantwortlichkeiten festlegt.

Viele Projekte starten mit dem Satz: „Wir kaufen eine Maschine.“
In Wirklichkeit entsteht aber fast immer ein System – und genau an diesen Systemgrenzen verschwimmen häufig die Rollen. Dann ist plötzlich unklar, wer Risiken bewertet, wer Schutzmaßnahmen zusammenführt, wer Voraussetzungen definiert oder wer am Ende für die CE‑Konformität der Gesamtheit verantwortlich ist.

Und genau darüber sprechen wir heute: Wo typische Rollenunklarheiten entstehen, warum Liefergrenzen keine Systemgrenzen sind und weshalb unklare Verantwortlichkeiten später zu Mehrkosten, Verzögerungen und im schlimmsten Fall zu Sicherheitslücken führen können.

Damit legen wir in Teil 1 die Grundlage. In Teil 2 steigen wir dann in konkrete Beispiele und Risikoketten ein – von Blitz und Hochwasser über Roboterzellen bis zu Steuerungsmodernisierungen und Medienversorgungen.“

Stellen Sie sich eine typische Situation vor:

Ein Unternehmen baut eine neue Halle oder modernisiert eine Produktion. Es werden Bearbeitungsmaschinen beschafft, Versorgungen aufgebaut, Schutztechnik geplant, Steuerungen vernetzt, eventuell Gebäude- und Brandschutzkonzepte eingebunden.

Und dann passiert etwas sehr Menschliches: Man reduziert die Komplexität.
Man sagt: „Wir kaufen die Maschine.“ Oder: „Wir kaufen die Absaugung.“ Oder: „Wir kaufen die Roboterzelle.“

Tatsächlich entsteht aber fast immer ein System. Und Systeme haben zwei Eigenschaften:

Sie sind mehr als die Summe ihrer Teile.

Die kritischen Probleme entstehen an den Schnittstellen.

Genau an diesen Schnittstellen verschwimmen Rollen. Und wenn Rollen verschwimmen, entstehen zwei typische Fehlerbilder.

Fehlerbild A: Verantwortungslücke
Jeder liefert seinen Teil, aber niemand übernimmt die Gesamtsicht.
Das System läuft vielleicht irgendwie, aber die Frage „Wer hat das Ganze bewertet und dokumentiert?“ bleibt unbeantwortet.

Fehlerbild B: Verantwortungsüberlappung
Mehrere Parteien glauben, zuständig zu sein – aber jeweils nur „für ihren Teil“.
Dann entstehen doppelte Dokumente, widersprüchliche Festlegungen, unklare Abnahmen. Und im Konfliktfall findet man keine eindeutige Linie.

Beides kostet. Und zwar nicht nur Geld, sondern Zeit, Reputation und im schlimmsten Fall Sicherheit. Und selbstverständlich hat das Thema eine große Schnittmenge mit unserem Thema, der CE-Kennzeichnung.

Viele denken bei Rollenklärung an Verträge. Das ist verständlich. Aber der eigentliche Schmerz entsteht häufig woanders: bei der Frage, wer für welche Nachweise und Unterlagen steht und damit wer welche Verantwortlichkeiten hat.

Denn CE-Kennzeichnung bedeutet in der Praxis nicht nur „ein Zeichen am Produkt“. CE bedeutet:
Es gibt eine verantwortliche Stelle, die sagt:

• Das Produkt oder System ist so ausgelegt, dass es bei bestimmungsgemäßer Verwendung sicher ist.
• Die Risiken sind bewertet, Maßnahmen sind umgesetzt, Restrisiken sind beschrieben.
• Die Technischen Unterlagen sind vollständig und nachvollziehbar.
• Die Anleitung passt zum realen System, nicht nur zu einem theoretischen Lieferumfang.

Und genau hier wird Rollenklärung entscheidend. Denn wenn Sie nicht wissen, wer Hersteller im Sinne der CE-Kennzeichnung ist, dann wissen Sie auch nicht, wer:

• die Risikobeurteilung der Gesamtheit „zusammenbindet“,
• die Technischen Unterlagen zusammenstellt,
• die Anleitung als Gesamtanleitung verantwortet,
• und am Ende die Konformitätserklärung unterschreibt.

Damit wir sauber sprechen können, trennen wir drei Grenzen, die in vielen Projekten durcheinandergeraten und dadurch bereits Konflikte erzeugen können.

Die Liefergrenze
Das ist die kaufmännische Grenze: Was wird geliefert, montiert, in Betrieb genommen, bezahlt?
Die Liefergrenze steht im Angebot, in der Stückliste, im Projektplan.

Die Systemgrenze
Das ist die technische und sicherheitstechnische Grenze: Was gehört zusammen, damit es überhaupt sinnvoll und sicher funktioniert?
Die Systemgrenze entsteht durch Funktion und Gefährdungen, nicht durch Einkaufspositionen.

Hier entsteht bereits der erste Fehler: Viele Projekte behandeln die Liefergrenze so, als wäre sie automatisch die Systemgrenze. Das ist bequem, aber oft falsch.

Und die dritte Grenze? Das ist die Verantwortungsgrenze, die organisatorische Grenze:
Wer ist für welche Aufgaben zuständig? Wer muss welche Entscheidungen treffen? Wer liefert welche Nachweise und welche Dokumente? Und hierzu gehört auch die Frage: Wer übernimmt die die Verantwortung für das System?

Um diese Grenzen klar ziehen zu können, nutze ich ein praxistaugliches Rollenmodell. Nichts unhandliches, sondern eine einfache Struktur mit Funktion, die Sie in Verträge, Lastenhefte und Projektorganisation übernehmen können.

Rolle 1: Hersteller eines Produkts oder Teilprodukts
Der Hersteller liefert ein Produkt. Er bestimmt Konstruktion, bestimmungsgemäße Verwendung, Grenzen und Dokumentation – bezogen auf genau dieses Produkt.

Wichtig ist: Ein Hersteller kann nur für das verantwortlich sein, was er gestaltet und kontrolliert.

Er muss daher klar benennen,

• welche bestimmungsgemäße Verwendung gilt,
• welche Grenzen und Voraussetzungen gelten,
• welche Schnittstellen er erwartet,
• und welche Risiken er in seinem Bereich adressiert.

Aber: Er muss auch klar sagen, welche Voraussetzungen und Informationen er erwartet. Und diese Informationen müssen in den Unterlagen wie z. B. einem Lastenheft stehen.

Ein häufiger Fehler: Voraussetzungen werden weich formuliert oder gar nicht genannt. Dann wird später aus „Voraussetzung“ eine Streitfrage.

Denn ein Hersteller der Teilanlage kann nicht „automatisch“ die Verantwortung für die Gesamtheit tragen – es sei denn, er übernimmt diese Rolle ausdrücklich. Zum Beispiel weil es vertraglich geregelt ist oder er die Integration übernimmt. Genau hier beginnt oft der Nebel: Das Angebot klingt nach „Gesamtlösung“, geliefert wird aber faktisch nur ein Teil.

Rolle 2: Integrator (Systemzusammenführer)

Der Integrator führt mehrere Produkte zu einem funktionierenden Gesamtsystem zusammen. Er macht aus mehreren Teilen ein funktionierendes Ganzes.
Das kann ein Anlagenbauer sein, ein Generalunternehmer, ein Systemhaus – oder auch der Betreiber selbst, wenn er intern integriert.

Das ist die Rolle, die am häufigsten „unter den Teppich“ fällt.
Denn Integration ist nicht nur Montage.

Integration bedeutet:

• Systemgrenze festlegen: Was gehört zur Gesamtheit? Welche Funktionen und Gefährdungen hängen zusammen?
• Schnittstellen beherrschen: mechanisch, elektrisch, steuerungstechnisch, medientechnisch, sicherheitstechnisch
• Schutzfunktionen systemweit betrachten: Not-Halt-Funktion, Betriebsarten, Verriegelungen, Überwachungen
• Nachweise bündeln: Einzelunterlagen zusammenführen, Widersprüche auflösen
• Gesamtdokumentation koordinieren: Wer liefert was, in welcher Form, mit welchen Annahmen?
• Inbetriebnahme und Abnahme organisieren

In vielen Projekten gibt es zwar faktisch einen Integrator – aber niemand nennt ihn so. Dann fühlt sich später auch niemand zuständig für diese Aufgabe.

Und wenn diese Rolle nicht klar benannt ist, gibt es sehr oft keine saubere Gesamtrisikobeurteilung und keine klare Gesamtanleitung. Eine CE-Kennzeichnung über das gesamte System auszustellen ist ohne den Integrator faktisch gar nicht möglich. Und das Kritische: Gibt es keinen klar benannten Hersteller, fällt diese Rolle häufig auf den Betreiber der Anlage zurück.

Rolle 3: Planer

Der Planer wird oft als Randthema betrachtet. In Wahrheit liefert er Entscheidungen und Annahmen, die das System prägen. Der Planer kann der Auslöser dafür sein, dass sich Anforderungen an die Anlage fundamental ändern.

Was macht der Planer typischerweise?

Ich teile es in vier Bereiche auf:

Erstens: Definition der Randbedingungen des Standorts und der Umgebung.

• Aufstellorte, Platzbedarf, Verkehrswege, Wartungszugänge
• Temperatur, Feuchte, Staubbelastung, Korrosion
• Anforderungen an Entwässerung, Lüftung, Abwärme, Lärmschutz

Zweitens: Infrastruktur und Medien definieren

• Stromversorgung, Netzform, Potentialausgleich, Erdung
• Druckluft, Kühlung, Prozesswasser, Entsorgung
• Leitungsführungen, Durchbrüche, Schutz gegen Beschädigung

Drittens: Rahmenkonzepte und Schutzziele liefern

• Flucht- und Rettungswege, Brandabschnitte, Zutrittsregelungen
• Vorgaben aus Genehmigungen, Versicherungen oder betrieblichen Regeln
• bei Bedarf Explosionsschutzkonzept, Zoneneinteilung, organisatorische Maßnahmen

 Viertens: Naturereignisse und äußere Einwirkungen bewerten oder zumindest benennen

• Blitzeinwirkung und Überspannung
• Hochwasser und Rückstau
• Erdbeben oder erhöhte Schwingungsbeanspruchung
• Sturm, Schnee- und Eislast, extreme Temperaturen (je nach Standort)

Warum ist das CE-relevant? All diese Punkte sind nicht „nice to have“. Diese Planungsannahmen können technische Anforderungen für die anderen Rollen auslösen: an Aufstellung, Schutzmaßnahmen, Auslegung und teilweise auch an Nachweise..

Zusammengefasst kann man sagen:

Der Planer liefert Annahmen. Und Annahmen lösen Pflichten aus bei den anderen Rollen aus.
Wenn diese Annahmen nicht sauber übergeben, verstanden und in Anforderungen übersetzt werden, entsteht später Chaos und im schlimmsten Fall Sicherheitslücken.

Rolle 4: Betreiber

Der Betreiber betreibt, wartet, erweitert, tauscht aus und organisiert den Lebenszyklus des Systems. Und er ist häufig derjenige, der die Konsequenzen trägt, wenn Rollen am Anfang unklar waren: Denn dann kann es zu Stillstand, Nacharbeit, fehlende Unterlagen, Nachrüstungen kommen.

Er ist hier mit aufgeführt, da er „realen“ Input für die Randbedingungen vorgibt. Er ergänzt die Vorgaben der anderen Rollen. Von ihm kommen Anforderungen wie:

• bestimmungsgemäßer Verwendung im realen Betrieb (Schichtmodell, Produktwechsel, Reinigungsprozesse, Bedienkonzept)
• Aufstellort und Infrastruktur (was ist vorhanden, was wird gestellt, welche Gebäudevorgaben gelten)
• betriebliche Regeln (Zutritt, Freigaben, Instandhaltungsprozesse)
• Abnahme- und Übergabekriterien (wann gilt das System als „fertig“)

Außerdem übernimmt er aufgrund der Betreiberpflichten wesentliche Sicherheitsaufgaben. Er muss:

• geeignetes Personal einsetzen und unterweisen (auf Basis der Herstellerangaben)
• Wartung, Prüfungen, Freigabeprozesse durchführen
• Änderungen kontrollieren (Umbau, Erweiterung, anderer Prozess, andere Materialien)

Und ganz wichtig: Wenn kein Integrator die Herstellerrolle für die Gesamtheit übernimmt (oder das nicht eindeutig ist), dann kann der Käufer/Betreiber faktisch zum Systemzusammenführer werden. Genau dann wird es brenzlig, weil viele Betreiber das nicht als „CE-Aufgabe“ wahrnehmen, bis es zu spät ist.

Wichtig dabei ist, dass diese Rollen nicht in Stein gemeißelt sind. Je nach Situation in der Praxis kann es zu Überschneidungen kommen. Ein Unternehmen kann im Extremfall gleichzeitig alle 4 Rollen einnehmen. Das ist kein Problem, solange im Projekt klar ist:

• Welche Funktion übernimmt wer?
• Welche Ergebnisse müssen geliefert werden? (Schnittstellenliste, Annahmenliste, System-Risikobeurteilung, Gesamtanleitung oder Integrationsinformationen)

An dieser Stelle machen wir einen Schnitt, denn wir haben jetzt die Grundlage gelegt: Wir wissen, warum Rollen in technischen Projekten so entscheidend sind, welche Grenzen es gibt und welche Verantwortung Hersteller, Integrator, Planer und Betreiber jeweils tragen.

In der nächsten Folge gehen wir einen Schritt weiter: Dann schauen wir uns an, wie sich unklare Rollen ganz konkret auf Sicherheit, CE‑Konformität und Projektkosten auswirken – und zwar anhand realer Beispiele. Wir sprechen über Blitz, Hochwasser, Steuerungsmodernisierungen, Roboterzellen, Medienversorgung und typische Risikoketten, die in Projekten oft übersehen werden.

Wenn Sie also wissen möchten, wie solche Systemrisiken entstehen – und vor allem, wie Sie sie vermeiden – dann hören Sie unbedingt in die nächste Folge rein.“