Agentic Engineering: Was Teams vor dem Einstieg klären sollten

In vielen Entwicklungsteams werden Coding-Agents bereits individuell genutzt. Der nächste Schritt besteht darin, daraus eine gemeinsame Arbeitsweise zu entwickeln, die verlässliche Ergebnisse und klare Verantwortung ermöglicht.

1. Bestandsaufnahme: Wie arbeitet das Team heute?

Erfassen Sie zunächst, wer welche Werkzeuge für welche Aufgaben einsetzt und welche Erfahrungen dabei entstanden sind. Die Bestandsaufnahme soll ein ehrliches Bild liefern und nicht zur nachträglichen Bewertung einzelner Teammitglieder dienen.

2. Datengrenzen: Auf welche Informationen darf ein Coding-Agent zugreifen?

Coding-Agents können auf Konfigurationsdateien, Zugangsdaten, Kundendaten in Test-Fixtures und proprietäre Logik stoßen. Das Team muss deshalb festlegen, welche Repositories und Datenklassen mit welchen Diensten verarbeitet werden dürfen.

Das Ergebnis sollte eine kurze und eindeutige Regel sein, die sich im Entwicklungsalltag ohne zusätzliche Auslegung anwenden lässt.

3. Gemeinsame Arbeitsweisen: Wie setzt das Team Coding-Agents ein?

Ohne gemeinsame Absprachen entstehen unterschiedliche Gewohnheiten beim Kontextaufbau, bei Anweisungen und beim Zuschnitt von Aufgaben. Das erschwert Reviews und macht Ergebnisse schwerer vergleichbar.

Sinnvoll sind wenige gemeinsame Regeln: eine gepflegte Projektbeschreibung, klar benannte Aufgaben für Coding-Agents und ein zentraler Ort für erprobte Vorgehensweisen.

Die erste Fassung darf knapp sein. Entscheidend ist, dass das Team sie an realen Aufgaben prüft, weiterentwickelt und eindeutig dafür verantwortlich ist.

4. Review-Regeln: Welche Prüfung braucht eine Änderung?

Für KI-gestützte Änderungen gelten dieselben Qualitätsanforderungen wie für jede andere Änderung. Verantwortlich bleibt das Teammitglied, das den Code übernimmt. Der erforderliche Prüfaufwand richtet sich nach Risiko und Umfang.

5. Erwarteter Nutzen: Woran erkennt das Team eine Verbesserung?

Definieren Sie vorab, bei welchen Aufgaben Coding-Agents entlasten sollen. Geeignete Bereiche können Tests, Dokumentation, wiederkehrende Migrationen oder standardisierte Implementierungsarbeit sein.

Beobachten lassen sich etwa Durchlaufzeit, Review-Aufwand und erledigte Wartungsaufgaben. Eine konkrete Erwartung macht nach einem vereinbarten Zeitraum sichtbar, ob die neue Arbeitsweise tatsächlich hilft.

6. Zuständigkeit: Wer pflegt die gemeinsame Arbeitsweise?

Werkzeuge, Modelle und Erfahrungen entwickeln sich laufend weiter. Deshalb braucht das Team eine klar benannte Verantwortung für Konventionen, neue Werkzeuge und den Austausch bewährter Vorgehensweisen.

Diese Aufgabe benötigt reguläre Arbeitszeit und sollte nicht von gelegentlichem persönlichem Engagement abhängen.

Ein pragmatischer Plan für die ersten 30 Tage

• Woche 1: Bestehende Nutzung erfassen und Datengrenzen festlegen. Planen Sie dafür einen gemeinsamen Workshop sowie Zeit für Dokumentation und offene technische Prüfungen ein.
• Wochen 2 und 3: Erste Konventionen an zwei oder drei realen Aufgaben erproben. Parallel entsteht eine gepflegte Projektbeschreibung, die Coding-Agents den nötigen Architektur- und Arbeitskontext gibt.
• Woche 4: Review-Regeln dokumentieren, Erfahrungen im Team auswerten und offene Fragen sammeln. Anschließend übernimmt die benannte verantwortliche Person die weitere Pflege und Koordination.

Fazit

Coding-Agents werden zur verlässlichen Teamfähigkeit, wenn Datengrenzen, gemeinsame Arbeitsweisen, Review-Regeln, erwarteter Nutzen und Verantwortung klar geregelt sind.