Ich bewerte Entwickler nach den Ergebnissen, die sie erzielen, und der Wirkung, die sie auf das Team haben, nicht nach rohen Output-Metriken wie Lines of Code, Commits oder Story Points. Eine gute Bewertung trianguliert mehrere Signale über einen aussagekräftigen Zeitraum, nicht einen einzelnen Sprint.
| Signal | Gute Quelle | Irreführende Quelle |
|---|---|---|
| Produktivität | Ausgelieferte Ergebnisse | Lines of Code, Commit-Anzahl |
| Qualität | Incident-/Defekt-Trends | Subjektives Bauchgefühl |
| Zusammenarbeit | Peer-Feedback, PR-Historie | Anzahl der Meetings |
Eine faire, evidenzbasierte Bewertung treibt Vertrauen, Retention und die richtigen Wachstumsinvestitionen an. Mach es falsch, und du beförderst die falschen Leute, demoralisierst deine stärksten Mitwirkenden und lehrst das Team, dass performative Arbeit echte Wirkung schlägt.