Was ist das Development Practices Radar?
Das Development Practices Radar ist ein kurzer Health Check für Softwareteams. Euer Team bewertet sechs Aussagen auf einer Fünf-Punkte-Skala von „Stimme überhaupt nicht zu“ bis „Stimme voll zu“: Der Umfang ist klar, Coding-Standards sind vereinbart und werden eingehalten, alle haben Zeit für konzentriertes Arbeiten, technische Schulden werden beobachtet und gesteuert, zeitaufwendige und kritische Features haben automatisierte Tests, und das Deployment ist automatisiert und zuverlässig. Mit sechs Dimensionen ist der Check schnell genug, um ihn jedes Quartal durchzuführen, und Schwachstellen fallen sofort auf. Wenn „Konzentriertes Arbeiten“ im ganzen Team niedrig bewertet wird, ist das ein konkretes Problem, das ihr mit den Verantwortlichen für die Priorisierung besprechen könnt. Nutzt die Ergebnisse, um ein oder zwei Änderungen zu vereinbaren, und prüft beim nächsten Durchlauf, ob sie sich gehalten haben.
Abmessungen
Entwicklungspraktiken
Zentrale Engineering-Praktiken, die beeinflussen, wie effektiv das Team hochwertige Software plant, entwickelt, testet und ausliefert.
Klarer Umfang
Der Umfang unserer Arbeit ist klar und genau definiert.
- Umfang ist unklar
- Umfang ist größtenteils klar
- Umfang ist genau definiert
Gemeinsame Coding-Standards
Wir haben vereinbarte Coding-Standards, die definiert sind und eingehalten werden.
- Keine gemeinsamen Standards
- Standards vorhanden, aber uneinheitlich
- Standards werden konsequent eingehalten
Konzentriertes Arbeiten
Wir haben die Zeit und die Möglichkeit, uns auf die geplante Arbeit zu konzentrieren.
- Ständig unterbrochen
- Etwas Fokuszeit
- Geschützte Fokuszeit
Umgang mit technischen Schulden
Wir beobachten und steuern unsere technischen Schulden.
- Schulden werden ignoriert
- Schulden werden gelegentlich erfasst
- Schulden werden aktiv gesteuert
Testpraktiken
Wir haben funktionierende Testautomatisierung für zeitaufwendige, kritische Features.
- Überwiegend manuelle Tests
- Teilweise automatisiert
- Robuste Testautomatisierung
Deployment-Prozess
Wir haben ein automatisiertes Deployment, das zuverlässig und qualitätsgesichert ist.
- Manuelle, riskante Deployments
- Teilweise automatisierte Deployments
- Zuverlässige automatisierte Deployments
Wann sollte dieser Gesundheitscheck durchgeführt werden?
- Wenn euer Engineering-Team ein gemeinsames Bild davon gewinnen möchte, wie solide seine täglichen Praktiken sind.
- In einer Retrospektive oder einem Quartalsreview, um herauszufinden, wo Reibung die Auslieferung bremst.
- Wenn sich ein neues Team bildet, um eine Ausgangsbasis für Coding-Standards, Tests und Deployment festzulegen.
- Über mehrere Durchläufe hinweg, um zu sehen, ob sich die Entwicklungspraktiken verbessern.
Tipps und Tricks
- Führt den Check anonym durch, damit alle offen über Umfang, Fokus und technische Schulden antworten.
- Vergleicht die Ergebnisse verschiedener Squads, um Praktiken zu finden, die sich zum Teilen oder Standardisieren eignen.
- Konzentriert euch in jeder Retrospektive auf die ein oder zwei am schlechtesten bewerteten Dimensionen. Wer alle sechs gleichzeitig angehen will, erreicht selten dauerhafte Veränderungen.
- Wiederholt das Radar jedes Quartal, um Trends zu erkennen und zu prüfen, ob die vereinbarten Verbesserungen Bestand haben.