Was ist die Ada-Lovelace-Retrospektive?
Ada Lovelace war eine Mathematikerin, die mit Charles Babbage an seiner Analytical Engine arbeitete, einem mechanischen Rechner, der nie gebaut wurde. Ihre Notizen zu der Maschine aus dem Jahr 1843 enthalten das, was oft als erstes veröffentlichtes Computerprogramm bezeichnet wird, und sie erkannte, dass die Maschine nicht nur mit Zahlen, sondern auch mit Symbolen arbeiten konnte. Die Ada-Lovelace-Retrospektive macht ihre Geschichte zum Thema einer Engineering-Retro. Sie passt zum Ada Lovelace Day, der am zweiten Dienstag im Oktober stattfindet, und funktioniert in jedem Sprint. Das Board hat vier Spalten. In Durchbrüche kommen die Coding-Erfolge und cleveren Lösungen aus dem Sprint. Bugs im System umfasst die Fehler, die sich in euren Code oder euren Prozess eingeschlichen haben. Endlosschleifen ist für die Blocker, durch die sich das Team im Kreis gedreht hat, und in Nächster Algorithmus entscheidet ihr, was ihr in der nächsten Iteration entwerfen oder verbessern wollt. Das Coding-Vokabular gibt Entwicklerinnen und Entwicklern eine vertraute Möglichkeit, über Probleme zu sprechen, die über den Code hinausgehen, etwa einen unklaren API-Vertrag oder eine Woche, die in Meetings verloren ging. Nutzt sie mit Entwicklungsteams, die etwas anderes wollen als ein schlichtes „Was lief gut, was nicht“-Board. Das Thema bietet einen lockeren Einstieg, und die vier Spalten enden trotzdem mit Maßnahmen, für die das Team selbst verantwortlich ist.
Ada-Lovelace-Retrospektive Format
Durchbrüche
Welche Coding-Erfolge oder Innovationen haben wir erreicht?
Feiert die technischen Erfolge des Teams aus dem Sprint. Fragt nach Konkretem: ausgelieferte Features, clevere Fixes, neu erlernte Fähigkeiten. Wenn Erfolge benannt werden, weiß das Team, was es beibehalten sollte.
Bugs im System
Welche Bugs oder Fehler haben sich in Prozess oder Code eingeschlichen?
Bringt die Probleme ans Licht, die in diesem Sprint für Reibung gesorgt haben, im Code und in eurer Arbeitsweise. Bleibt dabei schuldfrei und neugierig: Einen Bug sollte man erst verstehen, bevor man ihn behebt. Fragt gezielt nach wiederkehrenden Problemen, unerwarteten Regressionen und Kommunikationspannen.
Endlosschleifen
Welche Blocker oder Hindernisse hielten uns in einer Schleife fest?
Im Code erreicht eine Endlosschleife nie ihre Abbruchbedingung. Teams bleiben genauso hängen, wenn ein Blocker Sprint für Sprint ungelöst bleibt. Nutzt diese Spalte für Hindernisse und Abhängigkeiten und regt die Leute an, an unklare Anforderungen, Tooling und Reibung mit anderen Teilen der Organisation zu denken. Fragt dann, was es bräuchte, um aus jeder dieser Schleifen auszubrechen.
Nächster Algorithmus
Was sollten wir in der nächsten Iteration entwerfen oder verbessern?
Diese Spalte blickt nach vorn: Was sollte das Team im nächsten Sprint ausprobieren oder verbessern? Prozessänderungen, technische Investitionen und neue Praktiken gehören alle hierher. Nutzt das, was in den anderen drei Spalten aufgekommen ist, um euch auf ein paar konkrete nächste Schritte mit Verantwortlichen festzulegen.
Wann sollte diese Retrospektive durchgeführt werden?
- Nach einem Sprint mit bemerkenswerten technischen Erfolgen oder Rückschlägen, wenn das Team von einem thematischen Format mehr hat als vom üblichen Board.
- Rund um den Ada Lovelace Day, den zweiten Dienstag im Oktober, für Engineering- und Entwicklungsteams, die den Tag würdigen möchten.
- Wenn technische Schulden, Prozess-Bugs oder Blocker immer wiederkehren und das Team einen sicheren Rahmen braucht, um sie anzusprechen.
- Wenn die Stimmung einen Schub braucht. Wer mit Durchbrüche beginnt, bringt die Erfolge auf den Tisch, bevor es um die Probleme geht.
- In jedem Sprint, in dem euer Team Abwechslung von den Standardformaten möchte und Spaß an einer kleinen Geschichte hat.
Vorschläge für Fragen zum Icebreaker
- Wenn du deinem Code aus diesem Sprint einen dramatischen Titel im Stil von Ada Lovelaces Zeit geben könntest, etwa „Eine Anmerkung über die Neigung der Analytical Engine zu Endlosschleifen“, wie würde er lauten?
- Wenn Ada Lovelace einen Tag lang in eurem Team mitarbeiten könnte, welcher Teil eures Tech-Stacks würde sie wohl am meisten beeindrucken und welcher würde sie entsetzen?
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
- Stimmt die Runde mit einem Fakt über Ada Lovelace ein, zum Beispiel mit ihren Notizen zu Babbages Analytical Engine von 1843, die das enthalten, was oft als erstes veröffentlichtes Computerprogramm bezeichnet wird.
- Haltet Bugs im System frei von Schuldzuweisungen. Die Frage ist, was das Team aus einem Bug lernen kann, nicht wer ihn verursacht hat.
- Begrenzt jede Spalte auf 10–12 Minuten und gebt Nächster Algorithmus etwas mehr Zeit für die Maßnahmenplanung.
- Sorgt dafür, dass Nächster Algorithmus mit zugewiesenen Maßnahmen endet und nicht mit vagen Absichten. Haltet Verantwortliche und Fälligkeitstermine in TeamRetro fest, bevor die Session endet.
- Achtet darauf, ob das Board voller Code-Bugs ist und nichts darüber enthält, wie ihr zusammenarbeitet. Fragt das Team: „Gibt es Bugs in der Art, wie wir zusammenarbeiten?“
- Gruppiert bei einem großen Team ähnliche Ideen vor der Diskussion und nutzt Dot Voting, um zu entscheiden, welche Bugs und Blocker ihr zuerst angeht.
Häufig gestellte Fragen
Was ist eine Ada-Lovelace-Retrospektive?
Wann sollte man eine Ada-Lovelace-Retrospektive durchführen?
Was ist der Unterschied zwischen Bugs im System und Endlosschleifen?
Wie lange dauert eine Ada-Lovelace-Retrospektive?
Muss das Team etwas über Ada Lovelace wissen, um sie zu nutzen?
Verwandte Vorlagen
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