Retrospektive zu KI-gestützter Arbeit

Trennt bewusste KI-Kontrollen von Verschwendung, die weg kann.

Probieren Sie diese Retrospektive live aus

Was gut lief

Was hat KI-gestützte Arbeit in diesem Zyklus schneller oder besser gemacht?

Der Agent hat unsere Testsuite in Minuten aufgesetzt und uns damit etwa einen halben Tag Boilerplate erspart, nachweisbar im PR.
Dank KI-generierter Erstentwürfe für die Doku mussten die Reviewer nur noch editieren statt bei null anzufangen. Die Durchlaufzeit ist spürbar gesunken.
Beim Pair-Programming mit dem Assistenten sind zwei Edge Cases beim Null-Handling aufgefallen, bevor sie auf Staging gelandet sind.
Reibung mit Ursache

Wo hat es gehakt, und was war die Grundursache?

Der Agent hat ständig eine veraltete API halluziniert, das hat ca. 2 Stunden Nacharbeit gekostet. Grundursache: Doku (veraltetes Referenzmaterial).
Die lokale Umgebung entsprach nicht der CI, also lief KI-generierter Code lokal durch und ist dann in der Pipeline gescheitert. Grundursache: Umgebung.
Wir haben dem Assistenten in jeder Session denselben Kontext neu erklärt. Grundursache: Prozess (kein gemeinsames Prompt-/Kontextdokument).
Annahmen, die wir stehen ließen

Was hat der Agent (oder wir) ohne ausreichende Informationen angenommen?

Wir sind davon ausgegangen, dass das Rate-Limit-Handling des Agenten stimmt, haben es aber nie unter Last getestet.
Das Datenmigrationsskript der KI haben wir übernommen, ohne es mit Datenmengen in Produktionsgröße zu prüfen.
Der Agent nimmt an, dass alle unsere Nutzer in einer Zeitzone sind. Das ist ungeprüft und vermutlich falsch.
Behalten oder streichen

Welche dieser Reibungen haben wir bewusst gewählt?

BEHALTEN: Das menschliche Review-Gate für alle KI-generierten Migrationen. Es ist langsamer, hat aber einen echten Bug gefunden. Bewusste Kontrolle.
STREICHEN: Den Kontext in jeder Session neu erklären. Reine Verschwendung, wir legen ein gemeinsames Kontextdokument an.
BEHALTEN: Freigabeschritt, bevor der Agent die Produktionskonfiguration anfasst. Bewusst so gewählt.
Das zuerst angehen

Welche einzelne Maßnahme bringt am meisten, und auf welcher Flughöhe?

Die API-Referenzdoku aktualisieren, auf die sich der Agent stützt. Verantwortlich: Priya. Flughöhe: Doku.
Lokale Entwicklungsumgebung per Container-Image an die CI angleichen. Verantwortlich: Marcus. Flughöhe: Umgebung.
Ein gemeinsames Kontext-/Prompt-Dokument anlegen, damit wir nicht ständig neu erklären. Verantwortlich: Lena. Flughöhe: Prozess.

Was ist die Retrospektive zu KI-gestützter Arbeit?

Sobald KI-Agenten und -Assistenten zum Arbeitsalltag gehören, lassen sich echte Beschleunigungen nur schwer von versteckten Kosten unterscheiden. Die Retrospektive zu KI-gestützter Arbeit gibt eurem Team einen belegbasierten Weg, einen Zyklus KI-gestützter Lieferung zu überprüfen. Ihr benennt die Erfolge, die es zu schützen gilt, führt jede Reibung auf eine Grundursache zurück und entscheidet dann, welche Reibung ihr bewusst eingebaut habt. Dieser letzte Schritt ist wichtig, denn nicht jede Reibung ist Verschwendung. Review-Gates, Freigabeschritte und Prüfschleifen sind Kontrollen, für die sich das Team entschieden hat, und die Triage trennt sie von der Verschwendung, bevor jemand vorschnell versucht, sie zu „beheben“. Das Board hat fünf Spalten. In „Was gut lief“ kommen Erfolge mit Belegen. „Reibung mit Ursache“ benennt jeden Bremsklotz und versieht ihn mit seiner Grundursache. „Annahmen, die wir stehen ließen“ sammelt alles, was der Agent (oder das Team) ungeprüft übernommen hat. In „Behalten oder streichen“ markiert ihr jede Reibung als Kontrolle, die geschützt wird, oder als Verschwendung, die weg kann, und „Das zuerst angehen“ schließt mit höchstens drei Maßnahmen ab. Jede Maßnahme bekommt eine benannte Flughöhe (Doku, Umgebung, Prozess, Material oder Upstream), damit sie auf der richtigen Ebene ansetzt, statt zu einem allgemeinen To-do zu werden. Wer Belege für Erfolge, Ursachen für Reibung und Ehrlichkeit bei ungeprüften Annahmen einfordert, hält die Retro frei von Hype und Zynismus und gibt dem Team ein festes Vokabular für KI-gestützte Arbeit. In TeamRetro fügen alle parallel Karten hinzu, gruppieren gemeinsame Themen und stimmen ab. Am Ende habt ihr Maßnahmen mit klaren Verantwortlichen und einen klaren Blick darauf, was ihr schützt, was ihr entfernt und was ihr in Ruhe lasst.

Format der Retrospektive zu KI-gestützter Arbeit

Was gut lief

Was hat KI-gestützte Arbeit in diesem Zyklus schneller oder besser gemacht?

Hier landen nur Erfolge mit Belegen, allgemeines Lob also bitte weglassen. Bittet alle, auf etwas zu zeigen, das die KI-Unterstützung tatsächlich verbessert hat: eine Aufgabe, die schneller ausgeliefert wurde, ein Bug, der früher gefunden wurde, ein Entwurf, der Stunden gespart hat. Ziel ist herauszufinden, was ihr schützen und wiederholen wollt, also fragt bei jedem Erfolg nach dem konkreten Moment oder den Zahlen dahinter.

Reibung mit Ursache

Wo hat es gehakt, und was war die Grundursache?

Jede Karte nennt den Moment, grob die Kosten und genau ein Ursachen-Label aus dem festen Vokabular des Teams (Doku, Umgebung, Prozess, Material oder Upstream). Lenkt weg vom allgemeinen Meckern und fragt nach dem konkreten Fall und was er gekostet hat. Wenn die Ursache jetzt benannt wird, werden die Schritte „Behalten oder streichen“ und die Priorisierung deutlich schärfer.

Annahmen, die wir stehen ließen

Was hat der Agent (oder wir) ohne ausreichende Informationen angenommen?

Das ist Reibung, die noch nicht wehgetan hat: Annahmen, die niemand geprüft hat. Bittet das Team, alles zu markieren, was der Agent abgeleitet oder das Team einfach geglaubt hat, etwa einen ungetesteten Edge Case, eine unbestätigte Anforderung oder eine Abkürzung nach dem Motto „passt schon“. Wer diese Punkte jetzt erwischt, verhindert, dass sie zum Incident im nächsten Zyklus werden.

Behalten oder streichen

Welche dieser Reibungen haben wir bewusst gewählt?

Nicht jede Reibung ist Verschwendung. Review-Gates und Freigabeschritte können Kontrollpunkte sein, die das Team bewusst gewählt hat. Geht die Reibungskarten durch und markiert jede als BEHALTEN (eine Kontrolle, die es zu schützen gilt) oder STREICHEN (Verschwendung, die weg kann). Eine Kontrolle zu entfernen sollte immer eine ausdrückliche Teamentscheidung sein, nie ein Nebeneffekt vom Aufräumen.

Das zuerst angehen

Welche einzelne Maßnahme bringt am meisten, und auf welcher Flughöhe?

Bleibt streng: höchstens drei Maßnahmen. Jede braucht eine benannte verantwortliche Person und eine konkrete Flughöhe (Doku, Umgebung, Prozess, Material oder Upstream), damit sie auf der richtigen Ebene ansetzt. Stimmt in TeamRetro ab, um euch auf die Maßnahmen mit dem größten Nutzen zu einigen, bevor ihr Verantwortliche festlegt.

Wann sollte diese Retrospektive durchgeführt werden?

  • Am Ende eines Sprints oder Lieferzyklus, in dem KI-Agenten oder Coding-Assistenten einen echten Teil der Arbeit übernommen haben.
  • Wenn euer Team KI-gestützte Workflows ausbaut und echte Gewinne von versteckten Kosten trennen möchte.
  • Nach einer Phase schneller KI-Einführung, in der sich Reibung und Workarounds ungeprüft angesammelt haben.
  • Wenn ihr vermutet, dass gleich jemand eine Reibung beseitigt, die eigentlich eine Kontrolle ist, die sich zu behalten lohnt.
  • Wenn ihr ein gemeinsames Teamvokabular wollt, um ohne Hype oder Zynismus über KI-gestützte Arbeit zu sprechen.

Vorschläge für Fragen zum Icebreaker

  • Wenn dein KI-Assistent in diesem Sprint eine Persönlichkeit gehabt hätte: Wäre er ein übereifriger Praktikant, ein Besserwisser oder ein stilles Genie gewesen, und warum?
  • Welche Aufgabe würdest du einer KI niemals anvertrauen, und welche würdest du ihr schon morgen gern überlassen?

Möchten Sie eine Aufwärmübung, bei der Ihr Team aktiv mitmacht, und nicht nur laut Antworten gibt? Kostenlose Icebreakers durchsuchen →

Ideen und Tipps für Ihre Retrospektive

  • Einigt euch vor dem Start auf euer Ursachen-Vokabular (Doku, Umgebung, Prozess, Material, Upstream). Einheitliche Labels machen Triage und Priorisierung deutlich schärfer.
  • Besteht auf Belegen für Erfolge. „Es fühlte sich schneller an“ ist kein Erfolg, „es hat einen halben Tag Boilerplate gespart“ schon.
  • Behandelt bei „Behalten oder streichen“ das Entfernen einer Kontrolle als Entscheidung. Löscht nie ein Review-Gate, nur weil es langsam ist. Prüft zuerst, ob es nicht echte Probleme abfängt.
  • Begrenzt die Maßnahmenliste auf drei Punkte, jeweils mit benannter verantwortlicher Person und Flughöhe. Eine längere Liste bedeutet meist, dass nichts erledigt wird.
  • Gebt ruhigeren und skeptischeren Personen Raum. Begeisterung für KI kann berechtigte Bedenken zu ungeprüften Annahmen leicht übertönen.
  • Schaut euch „Annahmen, die wir stehen ließen“ im nächsten Zyklus noch einmal an und prüft, ob daraus echte Kosten geworden sind.

Häufig gestellte Fragen

Wie lange dauert die Retrospektive zu KI-gestützter Arbeit?
Die meisten Teams sind in 45–60 Minuten fertig. Plant ein paar Minuten extra für „Behalten oder streichen“ und die abschließende Priorisierung ein, denn dort fallen echte Entscheidungen über Kontrollen und Verantwortliche.
Wann sollten wir dieses Format statt einer normalen Sprint-Retrospektive nutzen?
Nutzt es immer dann, wenn KI-Agenten oder -Assistenten einen großen Teil der Arbeit im Zyklus geprägt haben. Eine normale Retro behandelt jede Reibung als etwas, das verbessert werden soll, während dieses Format bewusste Kontrollen von Verschwendung trennt.
Was bedeutet „Flughöhe“ beim Maßnahmenschritt?
Die Flughöhe ist die Ebene, auf der eine Maßnahme ansetzt: Doku, Umgebung, Prozess, Material oder Upstream. Wer sie benennt, richtet jede Maßnahme auf die richtige Schicht aus, damit sie nicht zu einem vagen To-do wird.
Warum werden „Reibung“ und „Annahmen, die wir stehen ließen“ getrennt?
Reibung sind Kosten, die ihr bereits bezahlt habt. Annahmen sind ungeprüfte Vermutungen, die noch nicht wehgetan haben. Wenn ihr beides betrachtet, könnt ihr heutige Probleme lösen und dem nächsten Incident zuvorkommen.
Was steckt hinter dem Gedanken „nicht jede Reibung ist Verschwendung“?
Manche Reibung, etwa ein Review-Gate oder ein Freigabeschritt, ist eine Kontrolle, die das Team bewusst gewählt hat. Die Triage trennt diese Kontrollen von Verschwendung, bevor irgendetwas entfernt wird.
Wie viele Maßnahmen sollten aus der Retro hervorgehen?
Höchstens drei, jeweils mit benannter verantwortlicher Person und Flughöhe. Eine kurze Liste von Maßnahmen mit klaren Verantwortlichen wird weit eher umgesetzt.

Verwandte Vorlagen

Muttertags-Reflexion

Dankt gemeinsam den Müttern und Bezugspersonen, die euer Team geprägt haben.

Retrospektive „Wanderung zum Wasserfall“

Auf den Anstieg zurückblicken, dann den nächsten Pfad planen.

Cyber-Security-Ops-Retrospektive

Vorfälle, Kontrollen und Lücken gemeinsam im Security-Team auswerten.

Sprint-Klinik-Retrospektive

Die Probleme eures Sprints diagnostizieren und die passenden Lösungen verordnen

Sind Sie bereit, diese Retrospektive durchzuführen?Probieren Sie diese Retrospektive live aus