Referenzen

Praxistest

Vom Ticket zum Pull Request: 162 Stunden werden 64

Ein Praxistest in einem unserer Projekte: In einem Sprint haben Engineers 14 echte Tickets im Dialog mit einem Coding-Agenten umgesetzt und den Aufwand mit und ohne Agent geschätzt. Rund 60% weniger Aufwand, mit großen Unterschieden je Ticket.

Praxistest

Ausgangslage

Ein SII-Team entwickelt und betreibt eine langlebige Geschäftsanwendung für einen Automobilhersteller - ein klassisches Bestandsprojekt. Tickets, von Bugfixes bis zu neuen Features, wurden von Hand umgesetzt und in Story Points geschätzt. Die Frage für unseren Praxistest: Wie viel Aufwand spart ein Coding-Agent in so einem Brownfield-Projekt, ohne dass Qualität oder Verantwortung leiden?

Vorgehen

Kein autonomer Agent, sondern geführte agentische Entwicklung: Der Engineer arbeitet im Dialog mit dem Agenten und steuert jeden Schritt.

  • Agentenumgebung für Ticketarbeit - Systemprompt, Skills für Bugfixing, Logging und CI, Anbindung an Ticketsystem und Code-Repository.
  • Im Dialog vom Ticket zum Pull Request - der Agent liest Ticket und Logs, erkundet die Codebasis, schlägt einen Plan vor und setzt ihn um; der Engineer bespricht, korrigiert und lässt nachbessern.
  • Prüfung vor dem Review - jede Änderung besteht Unit-Tests oder einen fehlerfreien Build, bevor ein Pull Request entsteht.
  • Mensch entscheidet - Engineers reviewen jeden Pull Request und entscheiden über den Merge.
  • Messung - für jedes Ticket wurde der Aufwand ohne Agent (Story-Point-Schätzung) und mit Agent (Einschätzung der Engineers) festgehalten.

So lief die Zusammenarbeit

deterministischAgentEngineer (im Dialog)
Agentenumgebung: Systemprompt · Skills (Bugfixing, Logging, CI-Beobachter, PR-Viewer) · Anbindungen (Ticketsystem, Code-Repository, Bibliotheksdoku)
Engineer: „Schau dir Ticket-1234 an“
→
Ticket und Logs über Anbindung abrufen
→
Codebasis erkunden, Plan vorschlagen
→
Engineer: Plan besprechen, korrigieren
→
Implementieren
→
Prüfen: Unit-Tests oder fehlerfreier Build
→
Engineer: Ergebnis prüfen, nachbessern lassen
→
Git-Commit, Pull Request
→
Engineer: Review und Merge
Der Engineer steuert im Dialog und entscheidet an jeder Stelle, der Agent erledigt Analyse und Umsetzung, Werkzeuge prüfen deterministisch

Ergebnis

  • 14 Tickets: 162 Stunden manuell geschätzt → 64 Stunden mit Agent, von den Engineers geschätzt (≈ -60%).
  • Kleine, standardisierte Tickets: ≈ -93%. Große, komplexe Tickets: ≈ -18%. Der Effekt hängt stark vom Ticket ab.
  • Keine Änderung ohne bestandene Tests und ohne menschliches Review.

Ergebnis je Ticket

Nach Tickettyp · aufwandsgewichtet
Bug (6)
93%
Task (2)
89%
Improvement (3)
35%
Feature (3)
51%
Nach Ticketgröße · aufwandsgewichtet
klein (10)
93%
mittel (3)
51%
groß (1)
18%
TypSPmanuell (h)mit Agent (h)Ersparnis
Bug25,60,2596%
Bug38,40,594%
Bug25,60,2596%
Bug38,40,594%
Feature822,41055%
Task38,4188%
Feature514193%
Bug38,40,7591%
Task25,60,591%
Bug25,60,591%
Improvement25,60,2596%
Improvement25,60,591%
Feature822,41820%
Improvement1336,43018%
Gesamt58162,46460,6%
Manuell: Story Points × 2,8 h · mit Agent: von den Engineers eingeschätzt · ein Projekt, März 2026. Mittelwert je Ticket 79,5%, aufwandsgewichtet 60,6% - wir nennen die niedrigere Zahl

Praxistest in einem Sprint (März 2026) in einem unserer Projekte, 14 Tickets gemischter Art und Größe. Geführte Arbeit im Dialog, kein autonomer Agent. Manueller Aufwand aus Story-Point-Schätzung, Aufwand mit Agent von den Engineers selbst eingeschätzt. Eine kleine Stichprobe mit Schätzanteilen - ein Praxisexperiment, keine Studie. Die Modelle sind seitdem besser geworden.

* Praxistest: in einem eigenen Projekt gemessen

Ein Teil des Teams von SII Germany

Lassen Sie uns
sprechen.