Wenn Reviews zur Dauerprüfung werden und warum das niemandem hilft

Vor kurzem saß ich in einem Review-Meeting. Der Termin war remote und Entwicklerinnen und Entwickler präsentierten stolz neue Datenbankfelder und ihre Auswirkungen auf die Darstellung der Anwendung. Alles war vorbereitet, dachte zumindest das Team.

Genau hier liegt ein großes Problem und Missverständnis. Reviews sind eigentlich für Lernen gedacht, werden aber oft als Leistungsschau inszeniert. Und wenn Kundinnen alle zwei Wochen im Review sitzen, kippt das Format schnell. Aus einem echten Dialog wird eine ständige Prüfung. Das ist nicht nur ein Problem der Methodik, sondern tief in der menschlichen Psychologie und den Dynamiken sozialer Systeme verwurzelt.

„Ein schlechtes System schlägt eine gute Person, jedes Mal.“

– W. Edwards Deming

Der Kern des Problems

Der Kern des Problems ist, dass hier zwei Welten aufeinander prallen. Das Review hat in der agilen Welt von Scrum eine ganz klare Aufgabe. Es ist ein Arbeitsformat, das der Überprüfung und Anpassung dient. Das Team checkt gemeinsam mit dem Product Owner, ob es auf dem richtigen Kurs ist, indem es zeigt, was wirklich „fertig“ ist. Es geht hierbei um Lernen, nicht um das Werben für ein Produkt. Kunden können (und sollten häufig) einbezogen werden, aber die Bewerbung neuer Funktionen ist nicht der primäre Zweck des Formats.

Das eigentliche Problem beginnt, wenn die Erwartungen von Team und Kunde aufeinandertreffen und sich vermischen. Die Kundenperspektive betrachtet das Review als einen Moment der Bewertung. Sie wollen wissen, ob ihre Bedürfnisse berücksichtigt werden und ob sie bekommen, was sie brauchen. Für sie ist es eine Art Zwischenzeugnis. Die Teamperspektive sieht das Review dagegen als einen Lernraum, in dem sie gemeinsam mit dem Product Owner verstehen wollen, was ihnen gelungen ist und wo Anpassungen nötig sind. Es ist ein Spiegel, kein Zeugnis. Wenn diese beiden Perspektiven unsauber vermischt werden, kippt das gesamte Format. Aus einem Lernmoment wird ein starres Prüfungsritual.

Ort der Angst statt Lernraum

Die ständige Anwesenheit von Kunden in wöchentlichen oder zweiwöchentlichen Reviews erzeugt einen enormen psychologischen Druck. Dieser lässt sich mit der Selbstbestimmungstheorie (SDT) erklären, die zwischen intrinsischer und extrinsischer Motivation unterscheidet.

• Intrinsische Motivation kommt von innen. Das Team hat Spaß an der Problemlösung, dem Erlernen neuer Fähigkeiten und der Verbesserung ihrer Arbeit. Der Antrieb ist die Tätigkeit selbst.
• Extrinsische Motivation kommt von außen durch Anreize, Belohnungen oder, in diesem Fall, die ständige Bewertung und das Urteil der Kunden.

Wenn das Review zu einer regelmäßigen Leistungsprüfung wird, verschiebt sich der Fokus des Teams von der intrinsischen zur extrinsischen Motivation. Die Konsequenz ist, dass die ursprüngliche Freude an der Arbeit und die Neugier am Lernen abnehmen. Anstatt kreativ zu sein und Risiken einzugehen, konzentriert sich das Team darauf, so aufzutreten, dass es die Erwartungen des externen Publikums erfüllt.

Folgen Dieser Verschiebung

• Vom gemeinsamen Lernen zur Bewertung: Anstelle eines offenen Austauschs über Erfolge und Misserfolge wird das Meeting zu einer Bühne, auf der das Team „Abliefern“ muss.
• Von sachlicher Diskussion zur Verteidigungshaltung: Jede kritische Frage des Kunden wird nicht als konstruktives Feedback wahrgenommen, sondern als Angriff, auf den man sich verteidigen muss.
• Vom Miteinander zum impliziten Gegeneinander: Das Team empfindet Kunden nicht mehr als Partner, sondern als Prüfer. Dies untergräbt das Vertrauen und die partnerschaftliche Zusammenarbeit.

Teams optimieren ihre Arbeit dann nicht mehr für Substanz, sondern für Außenwirkung. Es wird wichtiger, etwas Vorzeigbares zu haben, egal ob es fertig oder gut durchdacht ist. Diese risikoaverse Haltung lähmt die Innovation und führt dazu, dass Teams lieber bewährte, sichere Wege gehen, anstatt neue, potenziell vielversprechende Lösungen zu erkunden. Das Team wählt nicht mehr den besten, sondern den am wenigsten kritisierbaren Weg.

Ein alltägliches Beispiel verdeutlicht das. Kochen Menschen für sich selbst, sind Sie intrinsisch motiviert. Sie experimentieren, probieren neue Gewürze aus und nehmen das Risiko in Kauf, dass das Gericht nicht perfekt wird. Kochen die selben Menschen aber in einer Fernsehshow für eine Jury, sind sie eher extrinsisch motiviert. Plötzlich zählt nur noch die perfekte Präsentation und das Ausbleiben von negativer Kritik. Das Experimentieren hört auf, Sie halten sich strikt an bewährte Rezepte, vielleicht an etwas, das sie vorher zur Übung schon sehr oft gekocht haben.

Formate kippen, wenn man sie überlädt

Die Organisationssoziologie betrachtet jede Organisation als ein komplexes soziales System. Ein Meeting ist in dieser Betrachtung ein Kommunikationsformat mit einem spezifischen Zweck. In seiner ursprünglichen Form ist das Review ein internes System zur Selbstbeobachtung und Kurskorrektur. Es dient der Inspektion des Arbeitsprodukts und der Anpassung des Prozesses.

Wenn man nun externe Akteure, in diesem Fall Kunden, regelmäßig in dieses System einbezieht, kommt es zu einer Rollenverschiebung und einer Kontextüberlagerung. Aus einem internen Lernraum wird ein externer Beurteilungsraum. Der Kommunikationskontext verschiebt sich von „Wir lernen gemeinsam“ zu „Wir werden beurteilt“. Dieses Phänomen wird in der Systemtheorie als Systementgrenzung bezeichnet. Die Grenzen zwischen internem und externem System verschwimmen. Das birgt die Gefahr, dass die ursprüngliche, interne Funktion des Reviews (das Lernen) gestört oder sogar ersetzt wird.

Dazu kommt das soziologische Konzept der „latenten Funktion“. Während die offensichtliche (manifeste) Funktion eines Reviews das Feedback und die Inspektion ist, könnte die latente Funktion in einer Dauerprüfung die soziale Kontrolle sein. Der Kunde nutzt das Format, um indirekt Druck auszuüben, ohne sich dessen bewusst zu sein. Dies schafft eine verborgene Dynamik, die die ursprüngliche positive Absicht des Meetings untergräbt.

Betrachten wir zwei klassische Fallbeispiele, die diese systemische Verschiebung verdeutlichen:

• Die PowerPoint-Falle: Ein Team lädt brav alle zwei Wochen ins Review ein, hat aber selten fertige Features vorzuweisen. Um trotzdem etwas zu präsentieren, greift man zu Folien, die zeigen, „woran wir gerade arbeiten“. Was als Lernformat begann, wird zu einem Marketing-Event mit hübschen Slides anstelle von echter Substanz. Die Notwendigkeit der externen Präsentation zwingt das Team in ein fremdes Format.
• Die Kritik-Situation: Ein Kunde runzelt im Review die Stirn und das Team interpretiert es sofort als negative Kritik. Panik bricht aus und das Team baut die Features eilig um. Später stellt sich heraus, dass die Stirnrunzel gar nicht dem Produkt galt, sondern der röchelnden Kaffeemaschine im Flur. Wenn aus jeder Geste eine Note gelesen wird, verliert man schnell die eigene Orientierung. Das Team hat die Kontrolle über die Situation verloren.

Ein Lösungsvorschlag: Revisioning

Die Lösung liegt nicht darin, Reviews abzuschaffen, sondern ihre Zwecke sauber voneinander zu trennen. Das erfordert eine funktionale Differenzierung der Kommunikationsformate, um unterschiedliche Funktionen (Lernen, Bewerten, Informieren) auch in unterschiedlichen, spezialisierten Systemen abzubilden. Hier kommt das „Revisioning“ als wegweisende Alternative ins Spiel.

• Das interne Team-Review:
  Ein interner Termin schafft einen klaren, geschützten Raum für das gesamte Team, das an der Entwicklung beteiligt ist. Hier kann es ohne externen Druck reflektieren und Anpassungen vornehmen. Gezeigt wird nur, was wirklich fertig ist. Der Fokus liegt auf Erkenntnissen und den nächsten Schritten für die eigene Arbeit und Weiterentwicklung.
• Ein “Revisioning” als echtes Kundenformat:
  Statt wöchentlicher oder zweiwöchentlicher Prüfungen, setzt dieses Format auf größere, periodische Events. Etwa alle 2-4 Monate ist das “Revisioning” kein Meeting, sondern eine Art “Mini-Messe”, bei der mehrere Teams ihre tatsächlich fertiggestellten Ergebnisse den Nutzerinnen und Nutzern oder Auftraggeberinnen und Auftraggebern präsentieren.

Good Practices für die Umsetzung

• Vorbereitung: Das Team konzentriert sich auf die Erstellung einer funktionsfähigen Demo-Umgebung, die nicht nur glatt läuft, sondern auch die tatsächliche Qualität der Arbeit widerspiegelt. Die Teams bereiten sich auf Gespräche vor, nicht auf eine Hochglanzpräsentation.
• Format: Stellen Sie sich eine Art “Mini-Messe” vor, bei der jeder Stand ein Projekt oder Team repräsentiert. Kunden können frei von Stand zu Stand gehen und mit den jeweiligen Experten sprechen.
• Rolle des Product Owners: Der Product Owner oder Projektleiter agiert als Lotse, der die Kunden zu den für sie relevanten Ständen führt und als Vermittler zwischen den Parteien fungiert, um sicherzustellen, dass das Feedback zielgerichtet und konstruktiv ist.
• Nachbereitung: Das gesammelte Feedback wird nicht als „Note“ betrachtet, sondern als wertvoller Input für das nächste Backlog-Refinement oder die Sprint-Planung genutzt.
• Nutzen: Dieses Format reduziert den Prüfungsdruck, fördert echten Dialog und liefert Kunden einen umfassenden Überblick über die Fortschritte.

Zwischen den Revisionings bleiben der Product Owner oder Projektleiter im engen Kontakt mit den Kunden. Die laufende Kommunikation im Alltag bleibt wichtig. Fertige Ergebnisse können punktuell und bedarfsgerecht kommuniziert oder gezeigt werden, sobald sie vorliegen, ohne daraus ein starres Meeting-Ritual zu machen.

Schlussfolgerung

Transparenz ist gut und Dialog ist wichtig, aber eine Dauerprüfung ist echtes Gift. Wenn Kundinnen und Kunden, die an der Entwicklung nicht beteiligt sind, zu häufig in Reviews sind, verwandelt sich das Format von einem Werkzeug für gemeinsames Lernen in eine Showbühne. Teams beginnen, Außenwirkung statt Substanz zu optimieren und die eingeladenen Gäste werden unfreiwillig zu Prüfern, anstatt zu Partnern. Die psychologischen und systemischen Mechanismen dahinter sind so stark, dass sie die besten Absichten zerstören können.

Die bessere Lösung liegt in der klaren Trennung der Funktionen. Das sind interne Lernräume für die Teams in Reviws und echte Dialogräume wie das “Revisioning” für (das Feedback durch die) Kundinnen und Kunden. So bleibt das Review, was es sein soll, ein wertvolles Werkzeug für Fortschritt und Zusammenarbeit.

Am Ende stellt sich also die Frage, ob wir in agilen Zusammenarbeitsformen an einem Ritual festhalten, das uns am Ende mehr schadet als nützt, oder ob wir es wagen, unsere Arbeitsweise neu zu denken, um Räume für echtes Wachstum und Innovation zu schaffen?

(Das Bild ist mit Chat GPT generiert.)