01 — Die Ausgangslage
Woher die Unterschiede kamen.
Wenn mehrere Teams an denselben Workflows arbeiten, entstehen Unterschiede fast automatisch. Das Problem wird sichtbar im Interface. Seine Ursache liegt aber oft in fehlenden Regeln, Rollen und Entscheidungen.
Der Kontext:Eine B2B-Plattform, ein UX-Team, mehrere Dev-Teams. E.ON Grid Solutions beschrieb das Smart Extranet später öffentlich als tägliche Arbeitsplattform für rund 15.000 Nutzer:innen (die Zahl stammt aus der Zeit nach meinem Mandat).
Die eigentliche Aufgabe:UX vom Einzelprojekt lösen und als gemeinsame Arbeitsweise etablieren. Genug Struktur für Qualität, ohne neue Bürokratie zu bauen.
02 — Die Wirkung
Aus Einzelentscheidungen wurde eine gemeinsame Arbeitsgrundlage.
Nach der Modernisierung liefen Abläufe einheitlicher, und eine Entscheidung aus einem Team ließ sich in den anderen weiterverwenden. Die Zahlen beschreiben den Kontext, nicht einen allein von mir verursachten Outcome.
Was aus diesem Plattformkontext öffentlich gezeigt werden darf, ist eng begrenzt. Beispiele für Routinen und Systemarbeit gern anonymisiert im Gespräch.
03 — Der Lösungsansatz
DesignOps ist gut, wenn man es kaum bemerkt.
Wiederkehrendes erkennen
Ähnliche Abläufe und Zustände zusammenbringen, bevor jedes Team seine eigene Variante baut.
Routinen statt Regeln um der Regeln willen
Reviews, Dokumentation und Übergaben dort verankern, wo die Delivery sowieso stattfindet.
System und Produkt verbinden
Komponenten an echten Workflows testen und weiterentwickeln.
„Ein Design System skaliert, wenn Teams ihm vertrauen. Vollständig muss es dafür nicht sein.“Was aus Enterprise DesignOps hängen blieb
04 — Erkenntnisse
Was daraus hängen geblieben ist.
Das beste System hilft nicht, wenn es am Alltag der Teams vorbeigebaut ist.
Gute Regeln lösen das Wiederkehrende. Sie verhindern nicht, dass neue Probleme neu gedacht werden.