Eine Retrospektive ist ein Treffen aller Projektbeteiligten mit dem Zweck des Lernens.
Was lief gut? Was muss verbessert werden? Welche Hindernisse gab es?
Zeitpunkt: mindestens am Ende eines Projekts, besser nach jeder Iteration oder nach jedem Release
benötigen angstfreie Athmosphäre und offene Kommunikation, da viel Konfliktpotential vorhanden ist (z.B. Suche nach Schuldigen)
Ablauf nach Derby/Larsen 2006
Inhalt und Ablauf der Retrospektive klären
Daten erheben
Einsichten erlangen
Entscheiden, was getan/geändert werden soll
Abschluss der Retrospektive
benötigt Moderation einer Person, die nicht im Team mitarbeitet
Inhalt ist nicht (hauptsächlich) Design/Implementierung/Technik, sondern die Verbesserung des Prozesses
es sind alle Themen erlaubt, die dem Team helfen, bessere Software zu entwickeln