Antwort

Wie messe ich, ob KI unsere Softwareentwicklung beschleunigt?

Messen Sie die Zeit bis zu einer abgenommenen, nutzbaren Änderung und den gesamten menschlichen Aufwand dafür. Zählen Sie Prüfung, Nacharbeit und gescheiterte Versuche mit. Vergleichen Sie ähnliche Aufgaben bei gleichen Qualitätsanforderungen. Unsere vorgeschlagene Methode mit erfundenem Rechenbeispiel zeigt, warum schneller geschriebener Code dem Team trotzdem mehr Arbeit machen kann. Später entdeckte Fehler gehören gesondert in die Bewertung.[S1]

Erfundenes Beispiel, kein Messergebnis

Schnellerer Code kann mehr Arbeit bedeuten.

Personenminuten

Ohne KI180

Mit KI190

ErstellenPrüfen und fertigstellen
Die angenommene Erstellungszeit sinkt von 120 auf 45 Minuten. Prüfung, Nacharbeit, Tests und Freigabe steigen von 60 auf 145. Der menschliche Gesamtaufwand steigt von 180 auf 190 Personenminuten. Beide Balken haben denselben Maßstab. Quelle: MING Labs, 8. November 2026.
Aktualisiert: | Nächste Prüfung: Vorgeschlagene Messmethode Maschinenlesbare Fassung

Von MING Labs · Redaktion

Mit dem ersten Entwurf ist die Arbeit noch nicht fertig.

Stellen Sie sich einen neuen Filter für überfällige Rechnungen in einer internen Anwendung vor. Der Code ist schnell geschrieben. Trotzdem muss jemand prüfen, welche Rechnungen dazugehören, Grenzfälle korrigieren und die Änderung freigeben. Solange die Buchhaltung dem Ergebnis nicht vertrauen kann, ist die Aufgabe offen. Dieses Beispiel ist erfunden.

Wir würden das erwartete Verhalten vor dem Vergleich festlegen: Eine unbezahlte Rechnung nach ihrem Fälligkeitstag erscheint, eine bezahlte oder noch nicht fällige Rechnung nicht. Für vergleichbare Änderungen mit und ohne KI gelten dieselben Anforderungen. Die prüfende Person hält Abnahme oder Ablehnungsgrund fest. Ob der Code auf den ersten Blick plausibel aussieht, reicht dafür nicht.[S1]

Den angenommenen 75 gesparten Minuten beim Erstellen stehen 85 zusätzliche Minuten für Prüfung, Nacharbeit und Freigabe gegenüber. Insgesamt braucht die Änderung mit KI zehn Personenminuten mehr. Die gewählten Zahlen erklären die Rechnung. Sie sagen nicht voraus, wie Ihr Team abschneidet.[S1]

Menschlicher Aufwand im erfundenen BeispielOhne KIMit KI
Änderung erstellen120 Min.45 Min.
Prüfen30 Min.90 Min.
Nacharbeiten20 Min.35 Min.
Testen und freigeben10 Min.20 Min.
Gesamter menschlicher Aufwand180 Min.190 Min.

Aufwand, Wartezeit und Qualität bleiben getrennt sichtbar.

Eine Prüfung kann eine halbe Stunde dauern, obwohl die Änderung den ganzen Nachmittag darauf gewartet hat. Erfassen Sie beides. In unserem Beispiel läuft die Aufgabe ohne KI von 09:00 bis 14:30 Uhr, also 330 Minuten. Mit KI dauert sie von 09:00 bis 16:00 Uhr, also 420 Minuten. Diese Zeitspannen enthalten Wartezeit und stehen neben den 180 beziehungsweise 190 Personenminuten aktiver Arbeit.[S1]

Damit der Vergleich nachvollziehbar bleibt, braucht jede Aufgabe einen Eintrag zu Ausgangslage, Aufwand, verstrichener Zeit und Ergebnis. Die Fehlernachprüfung ergänzt diesen Eintrag zum vereinbarten Termin.

Je Aufgabe festhaltenDas gehört in den Eintrag
Vergleichbare AusgangslageAufgabenart, erwartetes Verhalten, Risiko, Vertrautheit mit dem Codebestand, Erfahrung sowie Werkzeug- und Modellversion.
Menschlicher AufwandAktive Minuten aller Beteiligten für Erstellung, Prüfung, Nacharbeit, Tests und Freigabe. Gemeinsamen Einrichtungsaufwand ausdrücklich zuordnen.
DurchlaufzeitBeginn und Abnahme einschließlich Wartezeit. Maschinenlaufzeit gesondert erfassen.
Nutzbares ErgebnisAbgenommen, verworfen oder abgebrochen, jeweils mit prüfender Person und Grund. Erfolglose Versuche nicht auslassen.
Spätere QualitätFehler, Schweregrad und Reparaturaufwand innerhalb eines vorab vereinbarten Zeitraums. Ein noch nicht beobachteter Zeitraum bedeutet unbekannt, nicht fehlerfrei.

Gescheiterte Versuche verändern das Ergebnis. Angenommen, ein zweiter KI-gestützter Versuch braucht 95 Personenminuten und wird verworfen. Dann wurden insgesamt 285 Minuten für eine abgenommene Änderung aufgewendet, nicht 190. Ohne abgenommenes Ergebnis ist der Aufwand je abgenommener Änderung nicht definiert. Nennen Sie dann den Aufwand und null Abnahmen getrennt. Auch spätere Reparaturzeit bleibt sichtbar.[S1]

Ähnliche Aufgaben machen den Vergleich aussagekräftiger.

Gruppieren Sie vergleichbare Aufgaben, bevor Sie die beiden Arbeitsweisen zuordnen. Geben Sie der KI nicht nur die einfachen Fälle. Lassen Sie auch niemanden dasselbe bereits verstandene Problem zweimal lösen. Halten Sie Unterschiede fest und wiederholen Sie den Vergleich. Eine zufällige Zuordnung stärkt eine Studie; ein beobachtendes Teamprotokoll isoliert die Ursache einer Veränderung nicht.

Aktuelle Forschung zeigt, warum das zählt. METR erklärte im Februar 2026, weshalb der spätere Entwicklerversuch keine verlässliche Schätzung der Wirkung lieferte: Die Auswahl der Teilnehmenden und Aufgaben sowie parallel eingesetzte Agenten erschwerten den Vergleich. Eine im Mai veröffentlichte Befragung von 349 technischen Fachkräften berichtete wahrgenommene Vorteile. Die Antworten wurden von Februar bis April 2026 erhoben. Das waren Selbstauskünfte, keine beobachteten Leistungsgewinne.[S2][S3]

Mehr Ergebnisse können zudem andere Arbeit bedeuten. Ein nun günstig gebautes Dashboard mag helfen. Seine hypothetische Bauzeit ohne KI ist aber nicht automatisch eingesparter Geschäftswert. Halten Sie fest, wofür die Änderung gebraucht wurde und was sie ermöglicht hat. METR erläutert diesen Unterschied zwischen veränderter Aufgabenwahl und Wert in einer gesonderten Analyse.[S4]

Beginnen Sie mit einer wiederkehrenden, prüfbaren Änderung.

Wählen Sie mit der entwickelnden und der abnehmenden Person eine vertraute Aufgabenart. Schreiben Sie vor Beginn die Abnahmefälle und den Termin zur Fehlernachprüfung auf. Nutzen Sie das Protokoll oben für beide Arbeitsweisen. Betrachten Sie die abgeschlossenen Fälle gemeinsam: Kamen nützliche Änderungen früher an, brauchten sie weniger menschlichen Aufwand und hielten sie dieselbe Qualität? Wenn die Antworten auseinandergehen, untersuchen Sie den betreffenden Arbeitsschritt, bevor Sie den KI-Einsatz ausweiten.

Dahinter steht die praktische Frage einer hybriden Organisation: Wie liefern Menschen und Agenten gemeinsam nützliche Arbeit? Wir schlagen das Protokoll als Ausgangspunkt vor. Es bescheinigt keine Codesicherheit, berechnet keine Werkzeugkosten und belegt keine Personaleinsparung.

Erfundenes Rechenbeispiel, geprüfte Rechnung und Primärforschung mit benannten Grenzen. Kein gemessener MING-Produktivitätsgewinn.

Wo entsteht der Aufwand in Ihrer KI-gestützten Entwicklung?

Bringen Sie eine wiederkehrende Softwareaufgabe und die offene Abnahmefrage mit. Wir besprechen, wie Menschen und KI zusammenarbeiten und welche Nachweise eine Entscheidung tragen.

Meinen Entwicklungsablauf besprechen

Sie beschreiben Ihr Anliegen. Wir melden uns persönlich.

Quellen

[S1]
Messbeispiel für Softwareentwicklung MING Labs · 8. November 2026 Belegt: 180 = 120 + 30 + 20 + 10; 190 = 45 + 90 + 35 + 20 Personenminuten. Ein verworfener Versuch mit 95 Minuten erhöht den KI-gestützten Gesamtaufwand auf 285 Minuten für eine abgenommene Änderung. Eigene vorgeschlagene Methode mit erfundenen Rechenwerten. Kein gemessenes Teamergebnis, kein Benchmark und keine Kundendaten.
[S2]
We are Changing our Developer Productivity Experiment Design METR · 24. Februar 2026 Belegt: Die Autoren halten den späteren Versuch für keine verlässliche Messung der aktuellen Effektgröße. Gleichzeitige Agentenarbeit erschwert die Zeiterfassung. Nachfolge einer randomisierten Entwicklerstudie. Die Autoren benennen Grenzen der Teilnehmenden- und Aufgabenauswahl sowie der Zeiterfassung.
[S3]
Measuring the Self-Reported Impact of Early-2026 AI on Technical Worker Productivity METR · 11. Mai 2026 Belegt: Befragte berichten Vorteile. Wahrgenommene Geschwindigkeit, Wert und gemessene Produktivität sind unterschiedliche Größen. Befragung von Februar bis April 2026: 349 technische Fachkräfte, darunter 87 Softwareentwickler. Selbstauskünfte, keine beobachtete Leistung.
[S4]
Task Substitution and Uplift METR · 8. Mai 2026 Belegt: Eine veränderte Aufgabenwahl kann Geschwindigkeitsgewinne und den Wert der Arbeit auseinanderfallen lassen. Analytische Erörterung, keine Messung einer allgemein gültigen Wirkung.

Häufige Fragen

Kann ich Codezeilen oder erledigte Tickets als Produktivität messen?
Sie zeigen Aktivität oder Durchsatz. Aufgaben unterscheiden sich aber in Schwierigkeit und Nutzen. Erfassen Sie deshalb Aufgabenart, Abnahme und Fehler zusätzlich zur Menge. Viele einfache Änderungen ersetzen keinen Nachweis für eine wertvolle ausgelieferte Funktion.
Wie erfasse ich die Arbeit mit mehreren gleichzeitig laufenden Agenten?
Erfassen Sie die aktive Zeit jeder Person, ohne dieselbe Minute doppelt zu zählen. Zeit verschiedener Personen wird auch dann addiert, wenn sie gleichzeitig arbeiten. Agentenlaufzeit und verstrichene Durchlaufzeit bleiben von Personenminuten getrennt.
Wie lange sollte ich den Vergleich durchführen?
Legen Sie Aufgabenarten, Abnahmekriterien und den Zeitraum der Fehlernachprüfung vorab fest. Sammeln Sie wiederholt vergleichbare Aufgaben und nennen Sie Streuung und Fallzahl. Ein Rechenbeispiel oder wenige leichte Aufgaben belegen keinen verlässlichen Gewinn für das ganze Team.
Heißt eingesparte Zeit, dass wir das Team verkleinern können?
Nein. Prüfen Sie erst, ob Kapazität zum richtigen Zeitpunkt frei wurde und für nützliche Arbeit eingesetzt werden konnte. Personalbedarf, Nachfrage und tatsächliche finanzielle Einsparungen brauchen eigene Belege. Kürzere Programmierzeit allein beantwortet diese Fragen nicht.
Alle Insights