Messung der Unternehmensmodernisierung

Datengetriebene Modernisierung

Unternehmen in ganz Europa durchlaufen Modernisierungen – ein Prozess, der entscheidend ist, um wettbewerbsfähig zu bleiben, Sicherheit zu gewährleisten und die Effizienz zu steigern. Dies ist die glänzende Sicht auf die Modernisierung. In Wirklichkeit ist dies ein chaotisches Geschäft mit dem Durchforsten von altem Code, dem Erstellen von Migrationsplänen und dem Umgang mit erheblichem Widerstand innerhalb der Organisation. Und das so weit, dass es schwierig wird festzustellen, ob tatsächlich eine Modernisierung stattfindet, abgesehen von den Leuchtturmprojekten, die unter Ihrer Kontrolle stehen. Die Verwaltung und Verfolgung des Fortschritts dieser Programme kann jedoch erreicht werden. Um dieses Problem zu lösen, haben wir einen datengetriebenen Ansatz angewendet, der Aspekte der Transformation misst. Insbesondere der Übergang von Legacy-Anwendungen zu neu bereitgestellten Anwendungen ist eine interessante Messgröße.

Datengetriebene Modernisierungsprogramme

Durch diesen Ansatz arbeiten wir daran, den Fortschritt der Modernisierungsprogramme in Echtzeit zu überwachen, ihre Wirksamkeit zu bewerten und notwendige Anpassungen schnell und effizient vorzunehmen. Die Beschaffung zuverlässiger Daten für die Entscheidungsfindung stellt eine erhebliche Herausforderung dar – insbesondere, wenn Sie viel verteilten Altsystemcode betreiben. forwardnow hat erfolgreich Lösungen entwickelt, die es uns ermöglichen, detaillierte Informationen über alle eingesetzten Legacy-Frontends zu erhalten. Diese Pipeline aggregiert den Bereitstellungsstatus effizient und überwacht die Entfernung von Funktionalitäten aus dem Legacy-Stack.

Die Kraft von Modernisierungs-KPI-Dashboards

Key Performance Indicator (KPI)-Dashboards dienen als umfassendes Werkzeug zur Messung der Leistung einer Organisation in Bezug auf ihre strategischen Ziele. Im Bereich der Unternehmensmodernisierung können diese Dashboards verschiedene Metriken verfolgen, wie zum Beispiel die Rate der Technologieübernahme, Systemausfallzeiten, Betriebseffizienz und Mitarbeiterproduktivität. In unserem Fall messen wir den Übergang von Legacy-Systemen zu einem modernisierten Stack bzw. die Stilllegung von Legacy-Anwendungen.

Die Informationen haben mehrere Empfänger (mit unterschiedlichen Zwecken).

Teams zur Kalibrierung ihrer eigenen Leistung,
Teamleiter für objektive Diskussionsgrundlagen,
Programmleiter zur Verfolgung des Fortschritts,
Führungsteam zur Steuerung der Bemühungen im gesamten Unternehmen.

Untitled

Google Looker Bericht über Stack-Verteilung.

Die interaktiven Berichte, z. B. in Google Looker oder anderen Lösungen, ermöglichen direkte Drill-Downs in die verschiedenen Dimensionen, um Fragen zu beantworten wie:

Welche letzten Legacy-Anwendungen laufen noch in der IT?
Wie entwickelt sich die Anzahl der Legacy-Stack-Anwendungen im Laufe der Zeit?
Welche Organisationseinheit ist verantwortlich?

Organisatorische und Geschäftsmodell-Perspektiven der Transformation

Die erste wichtige Perspektive ist die Verantwortung für die Transformation.

Die Zuordnung verschiedener Artefakte zu den verantwortlichen Produktteams ist für uns eine entscheidende Voraussetzung, damit der Fortschritt und die Umsetzung der neuen Strategie teamweise gemessen werden kann. KPI-Dashboards visualisieren den Fortschritt verschiedener Teams, erhöhen die Transparenz und steigern die Moral. Beispielsweise wird der Fokus auf den Rückstand und den Fortschritt des Teams für Finanzanwendungslösungen gelegt. Sie ermöglichen auch den Vergleich der Leistung über verschiedene Teams oder Zeiträume hinweg und bieten Einblicke in die Wirksamkeit verschiedener Strategien.

Die zweite Perspektive ist die kundenorientierte oder geschäftliche Perspektive.

Welche Geschäftsfelder haben die Transformation durchlaufen? Dies ist unabhängig von den eigentlichen Teams, die an der Modernisierung arbeiten. Wir wissen eher, ob verschiedene interne oder externe Kunden bereits an dem neuen Stack arbeiten, z. B. arbeitet die Einkaufsabteilung bereits an neuen Systemen, die Logistik nicht.

Zu verfolgende Modernisierungs-KPIs

Welche KPIs eingesetzt werden sollen, kann nicht universell beantwortet werden. Es hängt von den tatsächlichen Zielen der Organisation ab. Wir möchten Ihnen einige Anregungen geben, welche wir vielversprechend für die Verfolgung des Transformationsprozesses einer gesamten Anwendungslandschaft aus unternehmerischer Perspektive fanden:

Anzahl der Legacy-Frontends pro Geschäftsfeld
Anzahl der Legacy-Frontends pro Team
Tatsächliche Nutzung von Legacy-Frontends (nach Anwendungsfall)
Rate der stillgelegten Frontends (oder Code-Artefakte)
Zunahme von Legacy-Code/Frontends
Projekt-Repositories im Zielanwendungs-Stack und Nutzungsfrequenzen
Nutzung von Unternehmensplattformdiensten
Budget und Ressourcen für Migrationsprojekte
Burn-Rate von Projekten vs. Migrationsaktivität

KPIs können in zwei Typen kategorisiert werden: zukunftsgerichtete und rückblickende KPIs. Rückblickende KPIs messen die vergangene Leistung und bieten historischen Kontext für aktuelle Ergebnisse. Dazu gehören Kennzahlen wie die Ausfallzeit des letzten Quartals oder die Produktivitätswerte des letzten Jahres.

Zukunftsgerichtete KPIs hingegen verwenden vergangene Trends, um zukünftige Ergebnisse vorherzusagen. Basierend auf den bisherigen Raten der Technologieübernahme könnte man beispielsweise vorhersagen, wie lange es dauern könnte, bis ein neues System vollständig implementiert ist.

Durch die Implementierung beider Arten von KPIs erhalten Sie einen umfassenderen Überblick über die Leistung und das Potenzial Ihrer Organisation und stärken so die strategische Entscheidungsfindung für Modernisierungsbemühungen.

Wenn Sie daran arbeiten, Softwareprojekte zu liefern und zu einer DevOps-Arbeitsweise überzugehen, empfehlen wir, einen Blick auf die Accelerate-Kennzahlen zu werfen (Link). Diese sind eine Kombination aus folgenden Metriken: 1. Durchlaufzeit 2. Bereitstellungshäufigkeit 3. Mittlere Wiederherstellungszeit 4. Änderungsfehlerrate

Förderung von Engagement und Motivation

Ich möchte nicht von Gamification im Sinne einer spielerischen Gestaltung von Jobs sprechen. Dennoch muss Arbeit irgendwie motivierend sein, und es könnte einfacher sein, engagiert zu bleiben und den Sinn der eigenen Arbeit zu sehen, wenn man den tatsächlichen Fortschritt (kleine Erfolge) und Zweck erkennt, was man tut (neben anderen Aspekten wie Autonomie und Meisterschaft).

In einer gamifizierten Migrationsstrategie könnten Teams Erfolge erzielen, indem sie Fortschritte machen. Jedes Artefakt, das sie erfolgreich migrieren, trägt zur Erreichung ihrer individuellen, teambezogenen und unternehmensweiten Ziele bei. Dabei geht es zunächst nicht um Wettbewerb, sondern darum, ihre Arbeit mit realen Fortschritten und übergeordneten Zielen zu verankern.

Sie könnten darüber nachdenken, Abzeichen für das Erreichen bestimmter Meilensteine einzuführen, um ihre Bemühungen weiter zu motivieren und anzuerkennen – aber das könnte ein wenig übertrieben sein. Bestenlisten, Abzeichensysteme und Punktesysteme machen Fortschritte sichtbar und vergleichbar, fördern einen gesunden Wettbewerb und erhöhen das Gefühl der Leistung unter den Teammitgliedern.

Es ist wichtig, ein Gleichgewicht zu finden. Eine übermäßige Betonung von Wettbewerb oder Belohnungen könnte möglicherweise den Fokus von dem Hauptziel ablenken: einer erfolgreichen Migration. Der Prozess sollte so gestaltet sein, dass er förderlich und motivierend für das Team ist und sicherstellt, dass er Fortschritte fördert, ohne unnötigen Druck oder ein kontraproduktives Arbeitsumfeld zu schaffen.

Herausforderungen bei der Datenerfassung

Eine umfassende Datenerfassung von Anfang an kann eine Herausforderung sein. Dazu gehört die Identifizierung von Code-Verantwortlichkeiten oder die Katalogisierung des gesamten Codes. Erste Informationen können aus Enterprise Architecture Repositories wie LeanIX oder Ado IT, bezogen werden, die Einblicke in die Verantwortlichkeiten für Anwendungen und Lösungen bieten. Weitere Daten können aus Code-Repositories wie GitLab, GitHub, AWS/GCP/Azure, Pipelines und Laufzeitumgebungen gewonnen werden, während Nutzungsdaten durch Logging oder API-Monitoring erfasst werden können. Teams müssen möglicherweise zusätzliche Informationen bereitstellen, wie z. B. Updates zum Status von Anwendungen. Diese Informationen können aus den Architektur-Repositories stammen oder durch Hinzufügen neuer Statusfelder in Programmmanagement-Umgebungen gesammelt werden. Teams zur Teilnahme zu ermutigen, wird durch die Transparenz der Beiträge und sinnvolles Nudging der Teams erreicht.

Bereitstellung von Informationen für die Teams

Die Verteilung von Informationen über den Fortschritt kann auf verschiedene Weise erfolgen: Wir haben öffentliche Dashboards, Update-Newsletter, Slack-Chatbots oder Diskussionen im Rahmen der monatlichen Teammeetings ausprobiert. Außerdem können die Zahlen Teil der Statusmeetings des Programms sein. Physische Belohnungen können eine greifbare Anerkennung für die Beiträge eines Teams bieten und ihre Motivation zur Weiterentwicklung der Migration fördern. Es ist auch wichtig zu erkennen, dass sich der Fortschritt zwischen den Teams aufgrund unterschiedlicher Umstände und Herausforderungen unterscheiden kann. Diese Variation führt im Laufe der Zeit zu einer natürlichen Verschiebung des Fokus, wodurch sichergestellt wird, dass verschiedene Teams in verschiedenen Phasen des Projekts Aufmerksamkeit und Anerkennung erhalten. In dieser dynamischen Umgebung können konsequente Ermutigung und Belohnungen dazu beitragen, das allgemeine Momentum aufrechtzuerhalten und einen Geist kollektiver Leistung zu schaffen.

Die technische Umsetzung

Die Implementierung von Lösungen zur Messung der Unternehmensmodernisierung umfasst die Auswahl der zu verfolgenden Metriken, die Einrichtung eines zuverlässigen Systems zur Datenerfassung und -analyse sowie das Design eines ansprechenden Dashboards und Kommunikationskanäle.

Die konkrete Umsetzung kann durch die Nutzung unterschiedlicher Technologiestacks erfolgen – es hängt wirklich von der tatsächlichen Transformationsaufgabe ab, die Sie angehen möchten. Im zweiten Teil dieses Blogartikels geben wir Ihnen konkrete Ideen zur Architektur und Implementierung einer Lösung zur Überwachung der Modernisierung.

Wenn Sie Ihr Modernisierungsprogramm mit uns besprechen möchten, können Sie uns gerne sofort per E-Mail (info@fwdnow.io) kontaktieren. Wir würden gerne ein 20-minütiges Gespräch mit Ihnen vereinbaren, um einen schnellen Check und potenzielle Ansätze zur Messbarkeit Ihres Transformationsprogramms zu besprechen.

Links