REALITYWIPE

FORSCHENDE

Die Wissenschaft des Entwicklungstempos: Warum Velocity-Vergleiche die falsche Kennzahl sind

4 die forschenden dahinter«Sie liefert doppelt so schnell wie ich — ich bin wohl nicht dafür gemacht» ist die Art von Gedanken, die Software-Ingenieure ständig durchspielen, me

GitHub (Microsoft Research) / DORA co-founder

Nicole Forsgren

Bekannt für:Mitentwicklerin des SPACE-Frameworks für Entwicklerproduktivität und Hauptforscherin der DORA-State-of-DevOps-Berichte

Zentrale Befunde

  1. 2021

    Mit Storey, Maddila, Zimmermann, Houck und Nagappan stellte Forsgren das SPACE-Framework vor — mit dem Argument, dass Entwicklerproduktivität nicht auf eine einzige Metrik reduziert werden kann und dass Satisfaction/Wellbeing, Performance, Activity, Communication/Collaboration und Efficiency/Flow fünf unabhängige Dimensionen sind, die jeweils eine eigene Messung erfordern.

  2. 2023

    DORAs State-of-DevOps-Bericht 2023, der auf Forsgrens Forschungsprogramm aufbaut, stellte fest, dass Hochleistungs-Ingenieurteams in allen vier DORA-Metriken gleichzeitig besser abschneiden als Niedrigleistungsteams — sie tauschen Geschwindigkeit nicht gegen Stabilität ein, sondern erreichen beides durch organisatorische und kulturelle Praktiken.

Construx Software

Steve McConnell

Bekannt für:Historische Überprüfung des Ursprungs des '10x-Programmierers' und Autor von Code Complete — bekannt dafür, Software-Entwicklungsbehauptungen auf ihre Primärquellen zurückzuverfolgen

Zentrale Befunde

  1. 2020

    McConnell verfolgte die '10x-Programmierer'-Behauptung zur Sackman/Erikson/Grant-Studie von 1968 mit 12 Programmierern zurück und dokumentierte, wie die Ratio — ursprünglich über Debugging-Zeit bei einer einzelnen Aufgabe — über fünf Jahrzehnte hinweg wiederholt zitiert, dekontextualisiert und zu einer breiten Behauptung über allgemeine Entwicklerproduktivität aufgeblasen wurde.

University of Victoria

Margaret-Anne Storey

Bekannt für:Forschung zu Entwicklererfahrung, Entwicklerschmerzpunkten und den sozialen Dimensionen der Softwareentwicklung — einschließlich Mitautorenschaft am SPACE-Framework

Zentrale Befunde

  1. 2019

    Mit Zimmermann befragte Storey 2.000 Microsoft-Entwickler und stellte fest, dass Unterbrechungen und Aufgabenwechsel das am häufigsten genannte Produktivitätshindernis waren — mehr als Werkzeug-Performance oder Code-Komplexität — und hob damit Umgebungs- und Workflow-Faktoren als primäre Hebel hervor, die bei Peer-Output-Vergleichen unsichtbar sind.

  2. 2021

    Als Mitautorin des SPACE-Frameworks mit Forsgren und Kollegen argumentierte Storey, dass jede einzelne Produktivitätsmetrik — einschließlich Velocity, Code-Zeilen oder Ticket-Durchsatz — systematisch mindestens vier weitere unabhängige Dimensionen dessen verdecken wird, was einen Entwickler tatsächlich produktiv macht.

Google

Ciera Jaspan

Bekannt für:Forschung zur skalierenden Messung von Entwicklerproduktivität, einschließlich Studien darüber, wie Team- und Organisationskontext individuelle Outputs bei Google prägt

Zentrale Befunde

  1. 2019

    Mit Murphy-Hill und Kollegen stellte Jaspans Forschung bei Google fest, dass individuelle Leistung stärker durch Team-Level-Faktoren geprägt wurde — Code-Review-Kultur, On-Call-Last, Meeting-Dichte, psychologische Sicherheit — als durch individuellen Einsatz, was darauf hindeutet, dass Peer-Velocity-Vergleiche persönliche Fähigkeit mit strukturellem Umfeld vermischen.

Vollständige Forschungsakte anzeigenAlle Forschenden