Wie erreicht man geschäftliche Agilität durch die Anwendungsmodernisierung?
Wenn sich das Unternehmensumfeld verändert, bereiten sich die meisten Unternehmen auf die Auswirkungen vor und konzentrieren sich darauf, das bereits Vorhandene zu schützen. Wirklich agile Unternehmen können jedoch flexibel reagieren und schnell genug umsteuern, um neue Chancen zu nutzen, bevor diese sich in Luft auflösen.
Die verborgenen Ebenen der Modernisierung
Die Reaktion auf Veränderungen, sei es der Eintritt in neue Märkte, die Anpassung an neue Vorschriften oder die Anpassung an die betriebliche Komplexität, ist selten eine rein wirtschaftliche Entscheidung. Sie bringt neue Compliance-Anforderungen, betriebliche Einschränkungen und technische Hürden mit sich, die auf überholte Altsysteme zurückgehen und den Fortschritt ausbremsen.
Auch wenn es verlockend ist, Modernisierung ausschließlich als technisches Upgrade zu betrachten, ist die Realität komplexer.
Änderungen auf der Infrastrukturebene wirken sich häufig auf die Architektur, die Geschäftslogik und sogar auf die Art und Weise aus, wie die Ergebnisse erzielt werden. Kommt regulatorischer oder betrieblicher Druck hinzu, verstärkt sich die enge Verzahnung dieser Ebenen, sodass ohne eine klare Strategie kaum noch Handlungsspielraum bleibt.
Strategisches Wachstum hängt von rechtzeitiger Umsetzung ab
Sehen wir uns nun an, wie genau diese Fähigkeit auf die Probe gestellt wurde:
Einer unserer Kunden – ein Anbieter einer HR-Tech-Plattform – wurde von einem weltweit tätigen Liefer- und Logistikunternehmen kontaktiert. Dieses zeigte Interesse daran, die Plattform als zentrales Recruiting-Tool einzusetzen – allerdings nur unter der Voraussetzung, dass sie auch ein Segment von Arbeitssuchenden unterstützen konnte, das bisher nicht abgedeckt war.
Der Abschluss des Deals eröffnete eine strategische Wachstumschance – mit spürbaren Auswirkungen auf Umsatz, Skalierung und Wettbewerbsposition der Plattform.
Die Aufgabe mag einfach klingen. Schließlich handelte es sich nur um eine Erweiterung der bestehenden Funktionalität.
Die eigentliche Herausforderung lag im Zeitrahmen: Die Funktion musste innerhalb von sieben Tagen implementiert werden – ohne zeitlichen Spielraum. Ein Verfehlen der Frist hätte das Aus für den Deal bedeutet.
Ein Wendepunkt in der Plattformstrategie
Zu diesem Zeitpunkt wurde dem Kunden klar, dass sein bisheriger Software-Partner den Anforderungen nicht mehr gewachsen war. Anpassungen zogen sich endlos hin, Releases verzögerten sich über Monate, und die mangelhafte Qualität ließ kein Vertrauen mehr in die Partnerschaft zu.
Inzwischen war der geschäftliche Kontext klar. Ein Umfeld im Umbruch – gezeichnet von der Zeit nach der Pandemie, hybriden Arbeitsformen und geopolitischer Unsicherheit – brachte eine nie dagewesene Beschleunigung der Entwicklungen im Recruiting-Bereich mit sich. Und im Zuge dieser Veränderungen musste die Plattform mithalten.
Leistungsorientiertes Engineering
Verlagern Sie Ihre Bemühungen zur Teamerweiterung auf eine leistungsorientierte Partnerschaft, und profitieren Sie von einer finanziell garantierten Effizienz und Vorhersagbarkeit der Softwarebereitstellung.
Mut zur Veränderung
Zu diesem Zeitpunkt traf das Unternehmen eine bewusste – wenn auch nicht risikofreie – Entscheidung: den Anbieter mitten im laufenden Projekt zu wechseln. Das bedeutete einen vollständigen Neustart – mit einem neuen Team, neuen Prozessen und einer Plattform, die ursprünglich nicht auf Wandel ausgelegt war.
Wir stiegen mit nur zwei Wochen Vorlauf ein, arbeiteten eng mit dem ausscheidenden Team zusammen, übernahmen das notwendige Wissen und bereiteten uns auf die vollständige Projektverantwortung vor. Zweieinhalb Monate später sollten wir die gesamte Plattform übernehmen und in sechs Monaten das erste vollständig überarbeitete Modul liefern.
Und der Zustand der Plattform? Nicht gerade eine optimale Basis, die man sich für eine unkomplizierte Modernisierung wünschen würde.
Auf dem Papier war die Architektur cloudbasiert. In der Realität jedoch waren zentrale Komponenten über eine gemeinsame Datenbank verbunden, ihre Verantwortlichkeiten vermischt – ein Paradebeispiel für das Anti-Pattern des „verteilten Monolithen“. Es gab keinerlei automatisierte Tests. Jede Bereitstellung war ein koordinierter, manuell abgestimmter Kraftakt – einmal im Quartal, begleitet von der Hoffnung, dass alles gutgeht.
Um das zu ändern, mussten wir weise und gezielt vorgehen. Und zwar schnell.
Technologischer Umbruch: Komplexität systematisch abbauen
Wir gingen die technische Transformation schrittweise an – beginnend mit den am stärksten eingeschränkten Bereichen, in denen selbst kleinste Änderungen eine Kettenreaktion auslösen konnten. Auf den ersten Blick schien der Umfang völlig beherrschbar. Doch bei näherer Betrachtung öffnete sich Schicht um Schicht eine weitaus größere Komplexität: zahlreiche versteckte Abhängigkeiten, komplexe Prozesslogiken und überlagerte Legacy-Entscheidungen.
Um den Prozess zu strukturieren, unterteilten wir die Arbeit in eine Abfolge von praktischen Schritten:
- Verbesserte Modularität
Nachdem wir die betroffenen Bereiche identifiziert hatten, begannen wir, die am stärksten verknüpften Services zu entkoppeln. Jeder erhielt einen eigenen Datenspeicher, eine eigene Schnittstelle und einen eigenen Release-Pfad. Dies senkte das Risiko von Regressionen erheblich und beschleunigte Tests und Bereitstellungen – denn Änderungen mussten nun nicht mehr über die gesamte Plattform abgestimmt werden.
- Einführung automatisierter Tests
Da zu Beginn keinerlei Testabdeckung vorhanden war, richteten wir den Fokus zunächst auf jene Bereiche mit dem höchsten Fehlerrisiko. Die Tests wurden nach und nach ergänzt und in die bestehenden Bereitstellungs-Pipelines integriert – und ermöglichten so stabile, unbeaufsichtigte Releases.
- Implementierung von CI-/CD-Pipelines
Manuelle Release-Prozesse wurden durch automatisierte Pipelines ersetzt, die direkt in die Entwicklungs-Workflows integriert sind. Änderungen können inzwischen mit minimalem Aufwand getestet, verifiziert und in der Geschwindigkeit der Entwicklung bereitgestellt werden.
- Aufbau eines zuverlässigen Bereitstellungsprozesses
Die Bereitstellung wurde von manuellen, quartalsweisen Workflows auf automatisierte, domänenspezifische Pipelines umgestellt. Releases konnten inzwischen schneller, gezielter und bei Bedarf auch kontrolliert rückgängig gemacht werden. Zugleich wurde damit die Basis für ein effizientes und individuell anpassbares Onboarding neuer Unternehmenskunden geschaffen.
- Schaffung von Transparenz
Wir haben strukturiertes Logging und Metriken in sämtlichen Services implementiert. Dies ermöglichte es den Teams, Änderungen nachzuvollziehen, Fehler schneller zu identifizieren und das Verhalten des Systems im Live-Betrieb besser zu verstehen.
- Fokussierung auf Prioritäten
Nicht jede Komponente musste überarbeitet werden. Unser Fokus lag auf den Bereichen mit der größten Hebelwirkung – also dort, wo Stabilität, Skalierbarkeit und Änderungsbereitschaft den größten Effekt entfalteten. So gelang es, den Umfang gezielt zu steuern und die technische Umsetzung eng an den geschäftsrelevanten Prioritäten auszurichten.
Die Plattform wurde modular, stabil und entwicklungsfähig. Doch technologische Modernisierung auf Code-Ebene allein reichte nicht aus. Die Veränderung musste tiefer greifen, d. h. die Art und Weise verändern, wie Menschen arbeiten, Entscheidungen treffen und tagtäglich Mehrwert schaffen.
Ein kultureller Wandel
Die modernisierte Plattform verschaffte den Teams die technischen Voraussetzungen, um deutlich schneller agieren zu können. Ohne eine Veränderung in der Arbeitsweise der Menschen wäre das Potenzial des Systems ungenutzt geblieben.
Vor der Übergabe war der Bereitstellungsprozess stark fragmentiert. Bereitstellungs-, Qualitätssicherungs- und Ops-Teams arbeiteten isoliert voneinander, mit langen Übergaben und ohne klares Verantwortungsgefühl. Selbst kleinere Änderungen an einem einzelnen Modul erforderten die Koordination mehrerer Teams – oft ohne gemeinsamen Kontext oder geteilte Zuständigkeit. Diese Arbeitsweise musste dringend abgelöst werden.
Sie entwickeln es, Sie betreiben es
Wir haben die Teams nach Geschäftsbereichen und nicht nach technischen Ebenen neu strukturiert. Jedes Team übernahm die Verantwortung vom ersten Code bis zum Release in der Produktionsumgebung. So entfielen Übergaben, der Fortschritt wurde nachvollziehbarer, Vorfälle ließen sich schneller beheben und Änderungen kontinuierlich umsetzen.
DevOps als gelebte Kultur
Die neue Architektur ermöglichte eine schnellere Bereitstellung – jedoch nur, weil die Teams die volle Kontrolle darüber hatten, wie ihre Änderungen die Pipeline durchliefen. Kam es zu einem fehlgeschlagenen Release, behob das verantwortliche Team das Problem direkt – der Weg vom Code bis zur Produktion blieb so transparent und klar nachvollziehbar.
Die Release-Infrastruktur wurde dabei nicht von einer separaten DevOps-Abteilung verwaltet, sondern war integraler Bestandteil der Teamverantwortung. Die Pipelines lagen in der Verantwortung der Teams, die sie täglich nutzten, und wurden auch von ihnen gepflegt. Blockaden im Bereitstellungsprozess wurden direkt an der Quelle behoben.
Monitoring war von Beginn an fest in den Release-Prozess integriert. Die Teams konnten sehen, was bereitgestellt worden war, wann es in Betrieb ging und wie sich das System danach verhielt. Diese Transparenz half, Probleme frühzeitig zu erkennen und die tatsächlichen Auswirkungen jeder Änderung zu verstehen.
Das Ergebnis
Im Rahmen des vollständig metrikenbasierten Modernisierungsansatzes war dem Team klar, dass die Bereitstellungsleistung nach der Modernisierung nicht auf subjektiven Einschätzungen beruhen durfte. Angesichts der rasanten Weiterentwicklung der Plattform war schnelles Feedback über Fortschritte unerlässlich.
Um die Kontrolle zu behalten, haben wir die DORA-Metriken von den ersten Versionen an verfolgt.
Die Ergebnisse sprechen für sich:
Die Leistungsverbesserungen wurden durch greifbare Veränderungen in der Art und Weise, wie das System aufgebaut und betrieben wurde, unterstützt:
Ohne die zuvor durchgeführte Modernisierung hätte die Anforderung einer neuen Recruiting-Funktion in nur sieben Tagen zwangsläufig zu Verzögerungen, Abstimmungsproblemen zwischen Teams und schwierigen Kompromissen geführt.
Doch dank seiner vorausschauenden Modernisierung verfügte das Unternehmen genau über das, was in diesem Moment erforderlich war: ein System, das ohne Verzögerung reagieren konnte, als sich die Chance ergab.
Das Ergebnis war bezeichnend: Die neue Einstellungsfunktion wurde in nur sieben Tagen in Betrieb genommen – nahtlos und ohne Unterbrechung.
Doch schon bald wurde diese Grundlage erneut auf die Probe gestellt.
Einhaltung der Compliance-Vorschriften
Die nächste Gelegenheit bot sich durch einen neuen Kunden mit Sitz in den USA, der zu den Ersten gehörte, die das neue Bereitstellungsmodell nutzten.
Der Deal war solide, doch eine Anforderung wog besonders schwer: eine offiziell zertifizierte SOC-2-Compliance.
Bei Projekten dieser Größenordnung ist das nicht ungewöhnlich – Sicherheit war nach einer Welle von Datenschutzverletzungen, selbst in regulierten Branchen nicht mehr verhandelbar.
Auch wenn die Plattform ursprünglich nicht auf diese spezifische Anforderung ausgelegt war, hatte die Modernisierung eine solide Grundlage geschaffen – zentrale Kontrollmechanismen wie Nachvollziehbarkeit, Zugriffsmanagement und Monitoring waren bereits implementiert.
Durch gezielte Maßnahmen schloss das Team die verbleibenden Lücken zügig und gab dem Kunden damit das volle Vertrauen, die Attestierung voranzutreiben.
War die Compliance-Anforderung das finale Ziel? Definitiv nicht.
Dank ihres zunehmenden Ansehens gewann die Plattform stetig neue Nutzer, was die Zahl der veröffentlichten Stellenangebote stark steigen ließ. Dieser Zuwachs brachte die Notwendigkeit mit sich, deutlich mehr Daten zu verarbeiten und zeitgleich noch schneller exakte Matches zu generieren.
Matching von Stellenangeboten in großem Stil
In der Zwischenzeit warteten neu registrierte Nutzer oft tagelang auf ihr erstes relevantes Jobangebot. Die Logik hinter dem Matching-Prozess war eindimensional und statisch. Interne Teams griffen ein, um diese Lücke zu schließen – doch selbst dann blieb fast jede fünfte Stellenanzeige unbeantwortet.
Wenn eine derartige Ineffizienz über längere Zeit bestehen bleibt, kann sie das Vertrauen in die Plattform massiv schädigen – bei den Benutzern ebenso wie bei den Geschäftskunden.
Dieses Mal war die Herausforderung operativer Natur. Dank der zuvor geleisteten Architekturarbeit war die Technologie bereit – und die Reaktion erfolgte umgehend.
Die Matching-Regeln wurden neu konzipiert und über ein Canary Release getestet. Anpassungen erfolgten in Echtzeit. Und bereits nach nur drei Monaten ging die neue Matching-Engine auf der Plattform live.
Die Ergebnisse?
- Angebote wurden statt nach Tagen nun innerhalb von 24 Stunden unterbreitet.
- Die Matching-Effizienz verdreifachte sich.
- Die monatlichen Betriebskosten sanken um mehr als 90 %.
Was dabei besonders auffiel
Ein wirksamer Modernisierungsansatz räumt nicht nur Hürden aus dem Weg, sondern schafft auch die Basis dafür, wie Arbeit künftig organisiert und umgesetzt wird.
Der Erfolg bei der Modernisierung liegt nicht im neuesten und aufwendigsten Tool. Es geht darum, Spannungen dort zu beseitigen, wo sie dem Geschäft am meisten schaden – damit das System unter Druck zuverlässig bleibt, flexibel auf Veränderungen reagiert und bereit ist, wenn sich die nächste Chance bietet.
Bleiben Sie wettbewerbsfähig und sichern Sie Ihren langfristigen Geschäftserfolg, indem Sie Ihre Anwendungen modernisieren.
