Software Health Check

Während der Vorbereitungsphase planen wir den gesamten Ablauf des Software Health Checks. Schon hier werden verbindliche Termine und Zeitfenster gesetzt, damit Sie genau wissen, wie viel Zeit Sie und Ihre Mitarbeiter:innen einplanen müssen und wann der Health Check beendet sein wird.

Während der Vorbereitung formulieren wir zudem gemeinsam Ihre Kernfragen und halten die identifizierten Ziele fest.

Hier ausführliche Agenda herunterladen:

Auf die organisatorische Vorbereitungsphase folgt die Verstehensphase. In einem Kick-Off-Termin werden alle Beteiligten zusammengeführt und über Ziele und Ablauf des Software Health Checks informiert.

Weiter geht es mit fünf aufeinander aufbauenden Workshops, in denen wir das System durchleuchten, so dass kein Blickwinkel unberücksichtigt bleibt. Dabei binden wir alle Beteiligten wie den Fachbereich, die Entwickler:innen und IT-Architekt:innen, Scrum Master und IT-Betrieb ein, bauen so auf gemeinsamem Wissen auf und nehmen die Menschen mit. Als Ergebnis bildet unsere fundierte Ist-Analyse des Systems den Kern dieses Abschnitts.

In dieser Phase untersuchen wir eingehend die Qualität von Software-Architektur und Code sowie deren – in der Regel im Entwicklungsprozess zu findenden – Ursachen. Unter anderem beleuchten wir den fachlichen Systemschnitt (Business-IT-Alignment), identifizieren Abhängigkeiten und suchen nach Abhängigkeitszyklen und Code-Hotspots. Das können beispielsweise Sicherheitslücken in Libraries oder eigenem Code sein, aber auch fachlich komplexer Code, der häufig von wechselnden Mitgliedern des Entwicklungsteams bearbeitet wird und dabei eine niedrige Testabdeckung aufweist. Solche tickenden Zeitbomben finden wir leider viel häufiger als uns lieb ist.

Neben kommerziellen Analysetools setzen wir hier vor allem auf das selbst entwickelte und als Open Source veröffentlichte Werkzeug CodeCharta, mit dem wir als „Software-Landkarten“ mehrere Metriken verschiedener Quellen visuell ins Verhältnis setzen können.

Denn echte Hotspots ergeben sich erst, wenn verschiedene Aspekte zusammentreffen. Beispielsweise ist sehr komplexer Code, der ausreichend getestet und selten Änderungen unterworfen ist, anders zu bewerten, als vergleichbarer Code mit höherer Änderungsfrequenz und damit höherem Risiko für zukünftig entstehende Bugs.

Alle diese und weitere Findings dienen uns dabei als Input für eine gemeinsame Bewertung in Workshops mit Ihren Entwicklungs- und Architekturteams.

Dies führt zur dritten Phase: das Evaluieren des Systems. Gemeinsam identifizieren wir Stärken und Schwächen der Software und leiten daraus klare Handlungsempfehlungen ab. Diese werden in einem Workshop mit dem bestehenden Team validiert und auf ihre Umsetzbarkeit überprüft.

Zum Ende der Evaluationsphase des Health Checks prüfen wir, welche der folgenden Optionen die optimale Lösung darstellt: die Sanierung des bestehenden Systems, ein vollständiger Neubau oder der Einsatz eines handelsüblichen Off-the-Shelf-Produkts. Dabei berücksichtigen wir u.a. die Zukunftsfähigkeit des genutzten Technologie-Stacks, Verfügbarkeit von Know-How (auch am Job-Markt), die strategische Relevanz des Projektes für Ihre Unternehmung sowie Kosten-Nutzen-Aspekte.