Produkt-Systemzustand-Check
Softwareprodukte entwickeln über Zeit charakteristische Systemzustände.
Dieser Check hilft dabei, den aktuellen Zustand eines Systems nüchtern einzuschätzen.
Die Fragen beschreiben beobachtbare Muster in:
- Lieferfähigkeit
- Änderbarkeit
- Architekturpflege
- Teamdynamik
- Erwartungsmanagement
Bewertungsskala
Jede Frage wird auf derselben Skala bewertet.
| Wert | Bedeutung |
|---|---|
| 0 | trifft nicht zu |
| 1 | selten |
| 2 | gelegentlich |
| 3 | häufig |
| 4 | fast immer |
1 Lieferfähigkeit
| Frage | Score |
|---|---|
| Features werden regelmäßig vollständig fertiggestellt | |
| Sprintziele werden erreicht | |
| Änderungen können innerhalb vorhersehbarer Zeit umgesetzt werden | |
| Neue Features führen selten zu unerwarteten Verzögerungen |
2 Änderbarkeit des Systems
| Frage | Score |
|---|---|
| Entwickler können die meisten Bereiche des Systems sicher ändern | |
| Änderungen erzeugen selten unerwartete Nebeneffekte | |
| Der Aufwand für Änderungen ist relativ gut abschätzbar | |
| Große Teile des Systems gelten nicht als „gefährlich zu ändern“ |
3 Architekturpflege
| Frage | Score |
|---|---|
| Architekturprobleme werden aktiv adressiert | |
| Refactoring ist Teil der normalen Entwicklung | |
| Architekturentscheidungen werden regelmäßig diskutiert | |
| Technische Schulden werden sichtbar gemacht und priorisiert |
4 Teamdynamik
| Frage | Score |
|---|---|
| Entwickler bringen aktiv Verbesserungsvorschläge ein | |
| Probleme werden offen angesprochen | |
| Teams versuchen strukturelle Ursachen zu lösen statt Workarounds zu bauen | |
| Entwickler fühlen sich in der Lage, das System zu verbessern |
5 Erwartungsmanagement
| Frage | Score |
|---|---|
| Produktziele bleiben über Zeit stabil | |
| Qualität wird nicht systematisch zugunsten kurzfristiger Lieferung reduziert | |
| Probleme werden nicht dauerhaft akzeptiert, sondern adressiert | |
| Erwartungen an Geschwindigkeit oder Qualität werden nicht schrittweise gesenkt |
Auswertung
Addiere alle Werte.
Maximaler Score: 80 Punkte
| Score | Systemzustand |
|---|---|
| 60 – 80 | Healthy System |
| 40 – 59 | Strained System |
| 20 – 39 | Dysfunctional System |
| 0 – 19 | Stable Failure |
Interpretation
Ein einzelner Score liefert nur eine grobe Einordnung.
Wichtiger ist die Richtung:
- verbessert sich der Score über Zeit
- bleibt er stabil
- oder sinkt er
Softwareprojekte verändern sich kontinuierlich.
Der Zustand eines Systems ist daher weniger ein statischer Wert als eine Dynamik über Zeit.
Hinweis
Dieses Modell beschreibt typische Muster langlebiger Softwareprojekte.
Es ersetzt keine detaillierte technische oder organisatorische Analyse.
Es kann jedoch helfen, strukturelle Probleme frühzeitig sichtbar zu machen.