tashatuvango - stock.adobe.com
Mit KPIs die technischen Schulden senken
Um den langfristigen Erfolg eines IT-Projekts zu gewährleisten, sollten die Beteiligten bestimmte KPIs im Auge behalten, um die technischen Schulden so gering wie möglich zu halten.
Der Umgang mit technischen Schulden ist unvermeidlich. Bestimmte KPIs können Projektteams jedoch dabei helfen, das Problem zu mildern und spätere Probleme zu vermeiden. Unternehmen versuchen im Allgemeinen, technische Schulden zu begrenzen. Die Anhäufung technischer Schulden mag manchmal notwendig erscheinen, aber Projektteams sollten dies nach Möglichkeit vermeiden.
Betrachten Sie zum Beispiel den Unterschied zwischen der Entscheidung, technische Schulden anzuhäufen, um den Starttermin eines Kunden einzuhalten, und der Anhäufung technischer Schulden, weil das Projektteam nicht die richtigen Prozesse befolgt, die richtige Dokumentation erstellt oder ausreichende Tests durchgeführt hat. Im ersten Fall sind technische Schulden notwendig, während sie im zweiten Fall vermeidbar sind.
Um technische Schulden zu minimieren, sollten die Projektbeteiligten bestimmte KPIs festlegen, die anzeigen, ob sich zu viele technische Schulden ansammeln, damit das Team Korrekturmaßnahmen ergreifen kann.
Im Folgenden finden Sie einige der KPIs, die Projektbeteiligte und andere IT-Führungskräfte verwenden können, um die technische Schuld im Auge zu behalten, sowie einige Software-Tools, die dabei helfen können.
8 KPIs zur Bewertung der technischen Verschuldung
Das Erkennen potenzieller Bereiche technischer Schulden in einem IT-Projekt ist von entscheidender Bedeutung, damit die Beteiligten bei Bedarf handeln können. Im Folgenden finden Sie eine Liste potenzieller KPIs, die Projektleitern helfen können, technische Schulden einzudämmen.
1. Defekte pro Codezeile
Die Kennzahl Defekte pro Codezeile vergleicht die Anzahl der beim Testen identifizierten Fehler mit der Anzahl der geschriebenen Codezeilen. Der Grund für die Codeänderung wirkt sich auf das Verhältnis aus. Beispielsweise wird die Entwicklung einer völlig neuen Funktion in der Kennzahl anders dargestellt als die Verbesserung einer bestehenden Funktion.
2. Technische Schuldenquote
Die Kennzahl für die technische Verschuldung misst die Ausgaben für die Behebung oder Fehlerbehebung von Softwareproblemen im Vergleich zu den Ausgaben für die Erstellung der Software.
3. Zeitaufwand
Wenn man verfolgt, wie ein Entwickler seine Zeit verbringt, erhält man einen guten Einblick in die potenziellen technischen Schulden der Anwendung. Das Projektteam kann die aufgewendete Zeit anhand von Stundenzetteln mit verschiedenen Codes für unterschiedliche Aktionen messen, zum Beispiel mit einem Code für die Behebung von Fehlern. Die Messung des Zeitaufwands hilft dem Projektleiter auch dabei, die Aufgaben zu berücksichtigen, die sich aufgrund ungeplanter Korrekturen verzögert haben.
4. Offene Mängel
Bei diesem KPI wird die Anzahl der offenen Fehler im Verhältnis zu den behobenen Fehlern untersucht. Um dieses Verhältnis zu verbessern, ist es wichtig, den Schweregrad des Problems zu berücksichtigen. Das Beheben mehrerer Fehler mit niedriger Priorität kann zwar das Verhältnis der offenen Fehler verbessern, erhöht aber das Risiko, dass die Kunden auf ernsthafte Probleme stoßen.
5. Testabdeckung
Der KPI für die Testabdeckung bewertet den Prozentsatz des Codes, der durch automatisierte Tests geprüft wird. Durch die Umstellung auf Cloud Computing und schnelle Software-Releases sind automatisierte Tests für die Verringerung der technischen Schulden von entscheidender Bedeutung. Projektleiter können auch Testabdeckungs-Tools verwenden, um den Umfang des manuell getesteten Codes zu messen.
6. Vom Kunden gemeldete Probleme
Mit dieser Kennzahl wird die Anzahl der von Kunden gemeldeten Probleme erfasst. Die Kennzahl gibt Aufschluss über die Anzahl der während des Entwicklungs- und Testprozesses übersehenen Fehler. Diese Probleme müssen unter Umständen dringend behoben werden und können den Ruf eines Unternehmens beeinträchtigen.
7. Code-Qualität
Dieser KPI misst die Qualität des geschriebenen Codes auf der Grundlage seiner Komplexität, Sauberkeit und sprachspezifischen Elemente. Die Mitglieder des Projektteams können die Komplexität des Codes mithilfe von Softwareentwicklungs-Tools und Code-Reviews bewerten.
8. Zykluszeit
Dieser KPI misst die Zeit, die zur Behebung von Fehlern benötigt wird. Einige Probleme können komplex sein und einen erheblichen Aufwand zur Behebung erfordern. Die Projektbeteiligten sollten einen akzeptablen durchschnittlichen Zeitaufwand für die Behebung eines Problems ermitteln, da auf diese Weise schnelle Lösungen von solchen unterschieden werden können, die mehr Zeit benötigen.
5 Tools zur Messung der technischen Schuld
Je nach den Anforderungen des Projekts haben Unternehmen verschiedene Möglichkeiten zur Messung der technischen Schuld. Der Autor hat die Anbieter für die folgende Liste anhand von Quellen wie Gartner, G2 und Anbieter-Webseiten ausgewählt.
Die Produkte sind in alphabetischer Reihenfolge aufgeführt:
- Jira. Projektteams können mit dieser Anwendung Projekte planen und Daten verfolgen, beispielsweise die Fehler, die das Team identifiziert und behoben hat. Jira kann mit verschiedenen Softwareentwicklungs-Tools integriert werden und vereinfacht die Prozesse für Softwareentwickler.
- SonarQube. Mit diesem Tool kann der Code eines Entwicklers bereits während des Schreibens analysiert werden, um potenzielle Probleme während des Testens zu erkennen. Die Anwendung erstellt Berichte, mit denen Projektleiter die Codequalität im Laufe der Zeit messen können.
- Stepsize. Stepsize arbeitet mit Projektmanagement-Tools wie Jira oder Linear zusammen. Es kann technische Schulden verfolgen und priorisieren. Die Cloud-basierte Anwendung bietet auch zusätzliche Funktionen, die Projektleiter in Betracht ziehen können, wie zum Beispiel benutzerdefinierte Benutzerrollen.
- Teamscale. Teamscale kann Softwareentwicklern beim Schreiben von Code helfen. Die Software liefert Metriken zur Codequalität und kann Probleme mit dem Code in Echtzeit identifizieren sowie neuen Code hervorheben, damit sich Tests auf das neue Material konzentrieren können.
- VFunction. Diese Plattform identifiziert Architekturprobleme während des Entwicklungsprozesses, so dass das Team alle Probleme frühzeitig angehen kann.