FORSCHUNGSAKTE
Velocity-Vergleichs-Falle
Die Velocity-Vergleichs-Falle ist das kognitive Muster, die sichtbare Output-Geschwindigkeit eines Kollegen — geschlossene Tickets, gemergte PRs, gepushte Commits — als Proxy für seine Gesamtproduktivität zu verwenden und dann den eigenen Wert daran zu messen. Die Forschung zum SPACE-Framework stellt fest, dass Aktivitätszählungen wie diese nur eine von fünf unabhängigen Dimensionen der Entwicklerproduktivität repräsentieren und systematisch Beiträge in Kommunikation, Code-Review-Qualität, Mentoring und nachhaltige Fokusarbeit übersehen.
DIE ÜBUNG ANSEHEN
Mach aus einem Gedanken, den diese Forschung erklärt, einen klaren Schritt.
DER GEDANKE
“Er liefert an einem Tag, wofür ich eine Woche brauche”
DEINE AUFGENOMMENE ANTWORT
“Sein Ticket war Greenfield, meins hat Legacy-Schulden. Das sind nicht die gleichen sieben Tage.”
EIN PRIVATER SCHRITT
Öffne dein Issue-Tracker-System. Schreib eine private Notiz in dein letztes abgeschlossenes Ticket: Wie lange hat es gedauert und welche zwei Codebereiche hast du angefasst? Mach das für deine nächsten drei Tickets. Frag dich: War eines schneller? Wenn ja — welcher Code war…
Wie es im Kopf klingt
Das innere Skript: 'Sie hat vier Features in diesem Sprint geliefert und ich zwei — ich bin halb so gut wie sie.' Die Forschung liest es anders: Du hast vier PRs und zwei PRs gesehen; du hast nicht gesehen, welche Code-Reviews sie erhielt und du gabst, die Architekturentscheidung, die du durchgesprochen hast, den Junior-Ingenieur, den du entblockt hast, oder die zwei Stunden, die jeder von euch in Meetings verbracht hat, die ihr nicht kontrollieren konntet.