Ergebnisse aus konkreten Aufträgen.

Alle auf dieser Ebene relevanten Vorhaben wurden erstmals gemeinsam sichtbar – von regulatorischen Verpflichtungen über Verbesserungsinitiativen bis zu anderen komplexen Projekten.

Abhängigkeiten wurden sichtbar, und die Vorhaben wurden bereichsübergreifend gegeneinander priorisiert.

Für jedes priorisierte Vorhaben übernahm ein Mitglied der obersten Führung die Verantwortung. Die Veränderung selbst wurde als priorisiertes Vorhaben mit einem intern Verantwortlichen im Management verankert. Bergkreuz entwickelte das Vorgehen und setzte es gemeinsam mit einem sechsköpfigen Team über die ersten drei Führungsebenen hinweg um.

Gemeinsam mit den intern Verantwortlichen entwickelte Bergkreuz einen LPM-Ansatz. Er machte Initiativen transparent und vergleichbar und schuf die Grundlage für verbindliche Portfolioentscheidungen.

Strategische Entscheidungen, Ziele und Hypothesen wurden in konkrete Initiativen übersetzt. Nachvollziehbare Kriterien machten ihre Priorisierung möglich.

Gemeinsame Formate für Strategie und Portfolio verbanden Priorisierung und Investitionsentscheidungen mit Erkenntnissen aus der Umsetzung. So entstand ein kontinuierlicher Lernzyklus.

Im Rahmen eines Interim-Management-Auftrags übernahm Bergkreuz gemeinsam mit einer internen Führungskraft die operative Leitung des Bereichs und gestaltete die Skalierung von zwei auf sechs Abteilungen.

Zuständigkeiten und Entscheidungsebenen wurden klar voneinander abgegrenzt. Abteilungen und Teams konnten dadurch innerhalb definierter Grenzen selbstständig handeln, ohne dass Führungskräfte fortlaufend in darunterliegende Ebenen eingreifen mussten.

Parallele Arbeit wurde begrenzt und Abhängigkeiten innerhalb des Bereichs, zur Hardwareentwicklung sowie zu Zulieferern und Partnerunternehmen aktiv gesteuert. Vertikale und horizontale Schnittstellen innerhalb des Bereichs sowie die Kommunikation nach aussen wurden verbindlich geklärt.

Ein zweiköpfiges Entwicklungsteam lieferte in festen Zwei-Wochen-Zyklen konkrete, überprüfbare Arbeitsergebnisse.

Der Payment-Workflow wurde von Beginn an Ende zu Ende integriert und getestet. Noch fehlende Komponenten wurden durch Platzhalter oder bewusst einfache Zwischenlösungen ersetzt – darunter eine eigens entwickelte Dummy-App. Dadurch wurden offene Fragen, fehlerhafte Annahmen und Lücken in der Dokumentation früh sichtbar.

Testgetriebene Entwicklung, Pair Programming und eine Testabdeckung von nahezu 100 Prozent hielten die Implementierung stabil und jederzeit anpassbar.