Die Ausgangslage war kritisch und zugleich typisch für große, technologiegetriebene Organisationen: Ein technisch notwendiger Change Advisory Prozess war vorhanden, funktionierte formal – und erzeugte dennoch Reibung, Verzögerung und Unsicherheit. IT-Veränderungen, Weiterentwicklungen und Anschaffungen sollten gleichzeitig schneller werden und Risiken besser kontrollieren. Genau dieses Spannungsfeld brachte den bestehenden Prozess an seine Grenzen.
Im Zentrum stand ein schleichend dysfunktional gewordener Change-Advisory-Mechanismus. Entscheidungen dauerten zu lange, Verantwortlichkeiten waren unklar verteilt und zentrale Fragen zu Architektur, Portfolio-Fit und Umsetzungsreife wurden zu spät oder mehrfach gestellt. Die Folge: unnötige Schleifen, steigende Frustration bei Stakeholdern und ein wachsendes Risiko für Fehlentscheidungen im IT-Portfolio eines Unternehmens mit rund 1.800 Mitarbeitenden.
In einer viermonatigen Analyse- und Designphase wurde der bestehende Prozess systematisch untersucht. Grundlage bildeten strukturierte Interviews mit rund 20 zentralen Stakeholdern, Workshops mit Fach- und IT-Vertreter:innen sowie eine detaillierte Dokumenten- und Prozessforensik. Ziel war es, Stärken, Schwächen und vor allem Bruchstellen sichtbar zu machen – dort, wo Geschwindigkeit und Sorgfalt sich gegenseitig blockierten.
Auf dieser Basis entstand ein neuer, integrierter DPC-Prozess – Demand, Portfolio, Change. Der Prozess stellt in klar gestuften Schritten sicher, dass Anforderungen in hochwertiger, testbarer Form vorliegen, dass deren Fit zum bestehenden Portfolio geprüft ist – inklusive Architektur, IT-Strategie, Standards und vorhandener Kompetenzen – und dass Veränderungen gut vorbereitet, sauber umgesetzt und wirksam begleitet werden. Effizienz entstand nicht durch Abkürzungen, sondern durch Klarheit.
Der entscheidende Hebel lag dabei nicht im Prozessdesign allein, sondern in der gemeinsamen Entwicklung. Der neue DPC-Prozess wurde so entworfen, dass die teils widersprüchlichen Interessen aller relevanten Stakeholder explizit abgebildet und ausbalanciert wurden. Dadurch entstand Akzeptanz dort, wo zuvor Verteidigung dominierte. Der Prozess wurde gemeinsam eingeführt, praktisch erprobt und anschließend stabil in die Linie übergeben.
Das Ergebnis war ein deutlich belastbarerer Governance-Mechanismus für IT-Veränderungen: schnellere Entscheidungen bei gleichzeitig höherer Qualität der Vorarbeit, weniger Eskalationen und ein gemeinsames Verständnis darüber, wann Geschwindigkeit sinnvoll ist – und wann bewusste Sorgfalt notwendig bleibt. Ein Beispiel dafür, wie Governance handlungsfähig wird, wenn Effizienz und Risikobewusstsein nicht gegeneinander ausgespielt, sondern strukturell miteinander verbunden werden.
