Priorisierung und Reduzierung von technischen Schulden im Jira-Backlog mit Compass

Compass-Komponenten bieten Teams die Möglichkeit, ihre Software zentral zu katalogisieren und im Blick zu behalten. Als Komponente gilt dabei alles, was in einem Repository enthalten ist, also Services, Bibliotheken, ML-Modelle usw. Diese können nativ in Jira verknüpft werden, um einen Zusammenhang zwischen den Vorgängen aus dem Backlog und der echten Software herzustellen, auf die sie sich auswirken. So können Teams die Wirkung ihrer Arbeit besser nachvollziehen und sehen den Bezug zum Gesamtbild der Software.

Das Plattformentwicklungsteam von Atlassian zentralisiert mit Compass Informationen, Standards und Praktiken, die uns helfen, eine positive Entwicklererfahrung und eine entsprechende Kultur aufrechtzuerhalten. Das bedeutet: autonome Teams, klare Standards und Praktiken, klare Serviceverantwortung und weniger Zeitaufwand beim Suchen.

Die Einrichtung von Compass dauert nur wenige Minuten: (1) Komponenten importieren, (2) Inhabertams für die Komponenten zuweisen, (3) Scorecards konfigurieren.

Für die meisten Teams bedeutet dies, dass sie ein SCM-Tool (Source Code Management) wie GitHub oder Bitbucket verbinden oder Repositorys importieren, die mit ihren Jira-Projekten verknüpft sind. Du kannst aber auch Komponenten aus einer CSV-Datei oder einer beliebigen Kombination dieser Quellen importieren, um schnell einen umfassenden Katalog mit allem zu erstellen, was deine Entwickler erstellen und verwalten.

Mit Compass bist du innerhalb weniger Minuten startklar, indem du einfach deine Komponenten vom aktuellen Speicherort importierst. Für die meisten Teams bedeutet dies, dass sie ein SCM-Tool (Source Code Management) wie GitHub oder Bitbucket verbinden oder Repositorys importieren, die mit ihren Jira-Projekten verknüpft sind. Du kannst aber auch Komponenten aus einer CSV-Datei oder einer beliebigen Kombination dieser Quellen importieren, um schnell einen umfassenden Katalog mit allem zu erstellen, was deine Entwickler erstellen und verwalten.

Generell sollte jeder Komponente ein Team zugewiesen werden, das in erster Linie für ihren Betrieb verantwortlich ist. Das Hinzufügen eines Inhaberteams zu jeder Komponente stärkt eine Kultur der Autonomie, hilft Entwicklern, den Überblick über relevante Informationen zu behalten, und stellt Expertenwissen für jede Komponente sicher, auch wenn eine bestimmte Person oder ein Lead gerade nicht verfügbar ist. Bei Compass wird Atlassian Directory für Teamdefinitionen genutzt, sodass alle vorhandenen Teams, die du in Jira verwendest, bereits verfügbar sind.

Mit dem Komponentenkatalog können Entwickler in deiner gesamten Organisation schnell Dokumentation oder aktuelle CI/CD-Aktivitäten finden, die mit einem Service oder einer Bibliothek zusammenhängen. Dies steigert die Produktivität der Entwickler, da sie weniger Zeit in die Suche nach Informationen investieren müssen und Unterbrechungen wegfallen, weil sie sich die Informationen selbst beschaffen können.

Wenn ein SCM verbunden ist, erkennt Compass Ereignisse wie Deployments automatisch und fasst sie im Aktivitäten-Feed zusammen. Basierend auf den Ereignissen aus deinem Repository berechnet Compass automatisch mehrere wichtige Standardmetriken wie die Deployment-Häufigkeit und die Erfolgsrate von Builds. Du kannst DORA-Metriken einrichten und sogar benutzerdefinierte Daten verfolgen, beispielsweise die Anzahl der bestehenden Schwachstellen einer bestimmten Komponente.

Sobald dein Katalog gefüllt ist und Metriken eingehen, kannst du mit Scorecards arbeiten. Scorecards werden verwendet, um Standards zu erstellen und sie auf Komponenten in deiner gesamten Organisation anzuwenden. In Scorecards kannst du beliebige Ziele für Komponentenmetriken und Felddaten verwenden. Dies trägt dazu bei, dass deine Softwarekomponenten fehlerfrei sind und die Teams die empfohlenen Praktiken befolgen. Compass enthält einige sofort einsatzbereite Standard-Scorecards mit Metriken, deren Nachverfolgung wir empfehlen, beispielsweise Komponentenbereitschaft und DevOps-Qualität. Du kannst aber auch eigene benutzerdefinierte Scorecards erstellen. Wenn Scorecards für deine Komponenten fehlschlagen, weißt du, um welche technischen Schulden du dich kümmern musst.

Um mit dem obigen Beispiel fortzufahren: Wir gehen jetzt die Sicherheit mit einer benutzerdefinierten Scorecard an, die fehlschlägt, wenn es zu einem bestimmten Zeitpunkt mehr als eine offene Schwachstelle gibt. Schwachstellen sind ein klassisches Beispiel für technische Schulden. Erstelle zunächst eine Metrik, um Schwachstellen zu verfolgen, und konfiguriere sie so, dass sie aus der richtigen Quelle für deine verschiedenen Komponenten abgerufen wird.

Wechsle als Nächstes in der oberen Navigationsleiste unter "Status" zur Registerkarte "Scorecards". Klicke auf "Scorecard erstellen", fülle die Details aus und füge die gerade erstellte Metrik für Schwachstellen als Scorecard-Kriterium hinzu. Angenommen, die Scorecard schlägt fehl, wenn es zu einem bestimmten Zeitpunkt mehr als eine offene Schwachstelle gibt. Das ist eine gute Wahl für Tier-1-Services, die für den Betriebszustand deiner Software entscheidend sind. Setze den Operator auf "kleiner oder gleich" und den Wert auf 1. Setze die Gewichtung auf 100 % und klicke auf "Erstellen". Jetzt kannst du sicherheitsrelevante Risiken zentral nachverfolgen und Teams klare Maßnahmen zur Verbesserung des Zustands ihrer Software empfehlen.

In der Praxis musst du wahrscheinlich mehrere Scorecards konfigurieren, um verschiedene Standards zu messen und dir einen umfassenden Überblick über deine technischen Schulden zu verschaffen.

Nachdem Compass nun konfiguriert ist, haben wir alles, was wir brauchen, um mit der Ermittlung und Beseitigung technischer Schulden zu beginnen. Vergewissere dich zunächst, dass Compass-Komponenten in deinem Jira-Projekt aktiviert sind. Klicke dazu in der linken Navigationsleiste auf "Komponenten" und aktiviere das Dropdown-Feld oben rechts. Wenn die Aktivierung funktioniert hat, sollte dort "Compass-Komponenten" stehen.

Wechsle als Nächstes zurück zu Compass und überprüfe deine Scorecards. Suche nach Bereichen, in denen Scorecards entweder gefährdet sind oder bereits fehlschlagen, und ermittle anhand der Prioritäten deines Teams das wichtigste zu lösende Problem. Du kannst dir eine bestimmte Scorecard in der Benutzeroberfläche für den Status ansehen und überprüfen, wie die einzelnen relevanten Komponenten abschneiden. Wenn du nach dem Inhaberteam filterst, wird deutlich, wie deine eigenen Komponenten abschneiden und welche technischen Schulden deine Aufmerksamkeit erfordern.

Betrachten wir nun ein anderes Beispiel, bei dem die integrierte Scorecard "DevOps-Qualität" verwendet wird. Du überprüfst die Komponenten deines Teams und stellst fest, dass mehrere das Kriterium der Deployment-Häufigkeit nicht erfüllen. Die Scorecard ist so definiert, dass fünf Deployments pro Woche erfolgen sollen. Du siehst aber, dass bei einigen deiner Komponenten nur ein oder zwei Deployment pro Woche erfolgen. Dieses potenzielle Problem muss untersucht werden. Vielleicht gibt es Schwierigkeiten beim Build-Prozess oder in den Deployment-Pipelines. Möglicherweise hat dein Team auch mit der technischen Komplexität seiner Aufgabe zu kämpfen. In jedem Fall solltest du dich um diese technischen Schulden kümmern.

Kehre zu deinem Backlog zurück und sieh nach, ob bereits Vorgänge vorhanden sind, die das Problem der langsamen Deployments betreffen. Falls nicht, kannst du direkt auf der Scorecard-Seite in Compass einen neuen Vorgang erstellen. Achte darauf, in diesen Vorgängen die richtigen Compass-Komponenten zu kennzeichnen, damit du den Überblick behältst und die Auswirkungen deines Backlogs direkt verfolgen kannst.

Jetzt kannst du diese Vorgänge getrost in deinen nächsten Sprint übernehmen oder sie deinem Kanban Board hinzufügen. Du weißt, dass es sich bei diesen Vorgängen um technische Schulden mit hoher Priorität handelt und dass sich deine Arbeit auf die Leistung deiner Softwarearchitektur auswirkt. Sobald dein Team das Problem gelöst hat, kannst du zur Scorecard "DevOps-Qualität" zurückkehren und dir im Verlauf ansehen, wie sich die Deployment-Häufigkeit im Laufe der Zeit verbessert hat. Diese Visualisierung eignet sich sehr gut, um sie der Unternehmensführung und deinem Team zu zeigen, wenn ihr über den Wert eurer Arbeit sprecht.

Technische Schulden sind bei der modernen Softwarebereitstellung unvermeidlich. Erfolgreiche Teams wissen, wie sie schwerwiegende technische Schulden priorisieren müssen, um ein hohes Maß an Zuverlässigkeit aufrechtzuerhalten und gleichzeitig innovative neue Funktionen mit gleichbleibender Geschwindigkeit auszuliefern. Wenn du deine Jira-Vorgänge mit einem zentralisierten Komponentenkatalog in Compass verknüpfst, erhalten deine Teams Einblick in die Auswirkungen auf ihre Arbeit. So können sie mit nur wenigen Schritten effektive Kompromisse zwischen technischen Schulden und der Bereitstellung von Funktionen eingehen:

1. Richte deinen Softwarekatalog schnell in Compass ein, indem du dein SCM verbindest und Repositorys aus Jira oder aus einer CSV-Datei importierst.
2. Beginne mit den integrierten Scorecards und erstelle dann deine eigenen mit Metriken und anderen Datenquellen, um die Softwareleistung im Hinblick auf die Standards und Praktiken deines Unternehmens zu verfolgen und technische Schulden mit hoher Priorität zu identifizieren.
3. Mache Compass zu einem Teil deiner wöchentlichen Rituale, bei denen du technische Schulden aus dem Backlog zu "Erledigt" verschiebst, um Vorfälle zu verhindern und gleichzeitig kontinuierlich neue Funktionen bereitzustellen.