Entwicklerproduktivität messen, ohne Unsinn zu messen
Sobald Assistenzsysteme im Einsatz sind, kommt aus der Geschäftsführung die Frage nach dem Effekt. Die Versuchung ist groß, das zu messen, was leicht zählbar ist — und genau das führt zuverlässig in die Irre.
Zeilenzahl, erledigte Tickets und Story Points messen Ausgabe, Zuschnitt und Schätzungen — nicht Wert, und alle drei lassen sich leicht beeinflussen. Aussagekräftig sind vier Größen: Vorlaufzeit einer Änderung bis zur produktiven Auslieferung, Änderungsfehlerrate als notwendiges Gegengewicht, Anteil der Änderungen ohne menschliche Freigabe bei stabiler Fehlerrate, und eine regelmäßige Befragung zur Reibungszeit (Warten auf Builds, Freigaben, Umgebungen, Antworten). Alle vier werden auf Teamebene ausgewertet, nie personenbezogen.
Warum Zeilen und Tickets nicht taugen
Zeilenzahl misst Ausgabe, nicht Wert, und steigt mit Assistenzsystemen zwangsläufig. Erledigte Tickets messen Zuschnitt, nicht Leistung — wer kleiner schneidet, sieht produktiver aus. Story Points messen Schätzungen, und Schätzungen passen sich an Erwartungen an. Alle drei haben gemeinsam, dass sie sich leicht beeinflussen lassen, sobald jemand danach beurteilt wird.
Größe 1: Vorlaufzeit einer Änderung
Von der ersten Zeile bis zur produktiven Auslieferung. Diese Zahl bündelt alles, was zwischen Idee und Wirkung steht — Review, Freigabe, Auslieferung, Wartezeiten. Wenn Assistenzsysteme die Erzeugung beschleunigen und diese Zahl gleich bleibt, sitzt der Engpass woanders, und man sieht sofort, dass man ihn suchen muss.
Größe 2: Änderungsfehlerrate
Anteil der Auslieferungen mit anschließender Korrektur. Sie ist das notwendige Gegengewicht: Tempo ohne diese Zahl ist keine Verbesserung, sondern eine Verlagerung. Beide zusammen — schneller bei gleichbleibender Fehlerrate — sind eine echte Aussage.
Größe 3: Anteil review-freier Änderungen
Wie viele Änderungen kommen ohne menschliche Freigabe durch, weil die Prüfmechanismen ausreichen? Diese Zahl soll steigen, während die Fehlerrate stabil bleibt. Sie ist die eigentliche Kennzahl eines Engineering-Modells und in den meisten Organisationen noch nicht erhoben.
Größe 4: Die Befragung, die niemand ersetzen kann
Wie viel Zeit verbringen Entwicklerinnen und Entwickler mit Reibung statt mit Arbeit — Warten auf Builds, auf Freigaben, auf Umgebungen, auf Antworten? Diese Größe lässt sich nicht aus Werkzeugen ziehen, weil Wartezeit dort nicht als solche erscheint. Eine kurze, regelmäßige Befragung mit denselben Fragen liefert einen Verlauf, und der Verlauf ist aussagekräftiger als jeder Absolutwert.
Die Regel für alle vier
Auf Teamebene auswerten, nie auf Personenebene. Sobald eine dieser Zahlen an eine Person gebunden wird, wird sie optimiert statt genutzt — und die Aussagekraft ist innerhalb eines Quartals verloren.
Häufige Fragen
Warum ist die Vorlaufzeit aussagekräftiger als die Ausgabe?
Weil sie den gesamten Weg von der Idee bis zur Wirkung abbildet und damit die Engpässe zeigt. Steigt die Ausgabe und bleibt die Vorlaufzeit gleich, ist der Gewinn versickert — meist im Review oder in Freigabewegen. Genau diese Erkenntnis liefert keine Ausgabekennzahl.
Kann man Entwicklerproduktivität überhaupt messen?
Einzelne Leistung nicht sinnvoll, Systemleistung schon. Die vier Größen beschreiben, wie gut eine Organisation von der Idee zur Wirkung kommt und wie stabil das Ergebnis ist. Das ist die Frage, die zur Steuerung taugt — die andere ist weder messbar noch nützlich.
Wie oft sollte man befragen?
Quartalsweise mit identischen Fragen. Häufiger erzeugt Ermüdung und Rauschen, seltener verpasst man Entwicklungen. Wichtig ist die Konstanz der Fragen, weil erst der Verlauf eine Aussage ergibt.
Was tun, wenn die Geschäftsführung Personenzahlen verlangt?
Die Systemzahlen anbieten und den Grund erklären: Personenbezogene Kennzahlen ändern das Verhalten und zerstören ihre eigene Aussagekraft innerhalb eines Quartals. In der Praxis überzeugt das, weil das Interesse meist der Organisation gilt und nicht einzelnen Personen.
Rechnen Sie Ihre Review-Lücke aus.
Vierzehn Angaben, fünf Minuten. Ihre Zahlen, kein Login.
Engineering-Check starten →
