Der Begriff Brownfield stammt aus dem Bauwesen: eine Industriebrache, auf der bereits etwas
steht — anders als das unbebaute Feld, das Greenfield meint. Übertragen auf IT und OT beschreibt
Brownfield jedes Projekt, das nicht auf der grünen Wiese beginnt, sondern innerhalb einer gewachsenen Landschaft:
bestehende Systeme, historische Datenmodelle, Schnittstellen, die seit Jahren laufen, und Prozesse, die niemand über
Nacht abschalten will.

Der Unterschied zu Greenfield ist nicht nur technischer, sondern organisatorischer Natur. Bei Greenfield entscheidet
man über eine Zielarchitektur und baut sie ohne Altlasten auf. Bei Brownfield entscheidet man ebenfalls über eine
Zielarchitektur — muss dann aber einen Weg dorthin finden, der die laufende Produktion nicht gefährdet. Das ist der
Grund, warum Brownfield-Projekte selten an der Technik scheitern und fast immer an der Reihenfolge.

In der Praxis ist Brownfield nicht die Ausnahme, sondern der Normalfall. Die meisten Produktionsbetriebe
fahren Steuerungen, MES- und ERP-Systeme, die zehn, fünfzehn oder zwanzig Jahre alt sind — nicht aus Nachlässigkeit,
sondern weil sie funktionieren und tief mit Prozessen, Schnittstellen und dem Wissen der Mitarbeitenden verwoben
sind. Ein kompletter Neuaufbau wäre technisch möglich, aber wirtschaftlich selten zu rechtfertigen: Er kostet Zeit,
Geld und vor allem Produktionsausfälle, die sich in der Fertigung unmittelbar in Umsatz übersetzen.

Greenfield bleibt trotzdem die richtige Wahl, wenn tatsächlich neu gebaut wird — ein neues Werk, eine neue Linie,
ein Standort ohne Vorgeschichte. Für alles andere gilt: Die Landschaft ist da, bevor das Projekt beginnt, und sie
bleibt es auch während des Projekts. Wer das ignoriert und Brownfield wie Greenfield plant, baut eine Zielarchitektur,
die zwar auf dem Papier überzeugt, aber keinen gangbaren Weg dorthin kennt.

Technische Schulden entstehen dabei selten mit Ansage. Sie sammeln sich über Jahre an — ein Interimsanschluss,
der zur Dauerlösung wird, eine Schnittstelle, die niemand mehr dokumentiert, ein Datenformat, das nur noch einer im
Team versteht. Brownfield-Projekte, die das ernst nehmen, beginnen nicht mit der neuen Architektur, sondern mit der
ehrlichen Bestandsaufnahme dessen, was tatsächlich läuft.

Wie sich ein bestehendes System ablösen lässt, ohne den laufenden Betrieb zu gefährden, ist eine der
zentralen Entwurfsfragen jedes Brownfield-Projekts. Vier Muster haben sich dafür etabliert — sie schließen sich
nicht gegenseitig aus, sondern werden in der Praxis meist kombiniert.

Der Big-Bang-Cutover wirkt auf dem Papier am saubersten, weil es keine Übergangsphase gibt, die verwaltet werden
muss. In produzierenden Umgebungen ist er aber fast immer die riskanteste Option: Ein Fehlschlag betrifft die
gesamte Fertigung gleichzeitig, und ein Rollback unter Zeitdruck ist selten so einfach wie geplant. Die anderen drei
Muster kaufen Sicherheit mit Komplexität — ihre Übergangsphasen müssen aktiv betrieben und beobachtet werden.

Unabhängig vom gewählten Muster durchlaufen erfolgreiche Brownfield-Projekte vier Schritte, die aufeinander
aufbauen. Jeder Schritt beantwortet eine eigene Frage, und keiner lässt sich sinnvoll überspringen.

Bestandsanalyse beantwortet, was heute läuft: welche Systeme, welche Schnittstellen, welche
Abhängigkeiten es tatsächlich gibt — nicht, was in der Dokumentation steht, sondern was in der Produktion wirklich
passiert. Zielarchitektur beantwortet, wohin es gehen soll: eine Entscheidung, die unabhängig vom
Bestand getroffen werden kann. Priorisierung beantwortet, was zuerst angefasst wird — meist das,
was den größten Nutzen bei überschaubarem Risiko bringt, nicht das technisch interessanteste Teilsystem. Die
schrittweise Ablösung ist die eigentliche Umsetzung, nach einem der vier Muster aus dem vorigen
Abschnitt.

Die meisten Brownfield-Projekte scheitern nicht an der Zielarchitektur, sondern daran, dass Priorisierung und Ablösung übersprungen oder vertauscht werden.

Selbst mit dem richtigen Muster und der richtigen Reihenfolge scheitern Brownfield-Projekte oft an einer
unscheinbaren Stelle: der Datenseite. Wenn ein Wert auf einer Linie sps-3-db12-dw4 heißt und auf der
baugleichen Nachbarlinie etwas völlig anderes, dann entsteht bei jeder Erweiterung eine neue Insel statt einer
gemeinsamen Plattform — unabhängig davon, wie sauber das neue System selbst gebaut ist.

Das ist kein Nebenschauplatz, sondern oft der eigentliche Engpass: Technisch mag die neue Architektur stehen, aber
ohne einheitliche Namensgebung lässt sie sich nicht von der ersten auf die zweite Anlage übertragen, ohne für jede
Anlage neu gebaut zu werden. Wie sich das strukturell lösen lässt, beschreiben wir ausführlich in unserem Artikel
zum Unified Namespace und zur IT-OT-Konvergenz.
Für Brownfield-Projekte gilt: Wer die Namensgebung erst beim zweiten oder dritten Rollout klärt, baut sie effektiv
mehrfach — einmal fürs erste System, dann noch einmal für die Vereinheitlichung danach.

pronubes ersetzt keine bestehenden Systeme. Die Plattform liefert die Infrastruktur, mit der sich Brownfield-
Modernisierung strukturiert statt improvisiert umsetzen lässt.

pronubes Edge bindet bestehende Steuerungen, Sensoren und Systeme über Standardprotokolle an —
OPC UA, MQTT, REST, SQL, Dateiformate — und kann dabei selbst als Anti-Corruption Layer wirken: Alte Schnittstellen
bleiben unverändert, während neue Systeme über eine saubere, einheitliche Schicht angebunden werden.

pronubes Zones sorgt für die einheitliche Namensgebung, die eine Modernisierung von der ersten
auf die zweite Anlage überhaupt erst übertragbar macht — die Voraussetzung für die im vorigen Abschnitt beschriebene
Skalierung.

pronubes Insights macht während der Übergangsphase sichtbar, ob alte und neue Datenquellen
konsistent liefern — gerade bei Parallelbetrieb oder Anti-Corruption Layer der Unterschied zwischen einer
kontrollierten Ablösung und einem stillen Auseinanderlaufen von Alt und Neu.

Der Nutzen einer Brownfield-Modernisierung zeigt sich selten am ersten abgelösten Teilsystem, sondern daran, wie
reibungslos das zweite und dritte folgen.

Mehr zur Plattform