Das Team liefert etwas, das nicht dem entspricht, was das Business erwartet hat. Wie gehst du damit um?

Klär, wo das Verständnis auseinandergegangen ist, bevor du entscheidest, wer recht hat. Geh zurück zur schriftlichen Anforderung und den Akzeptanzkriterien: waren sie mehrdeutig, liegt es an der Spezifikation; waren sie klar, ist es ein Umsetzungsthema. Behe die unmittelbare Lücke und schließ dann das Prozessloch, das es bis zur Lieferung kommen ließ, ohne dass es jemand früher gefangen hat.

Zuerst lese ich, was tatsächlich geschrieben wurde, bevor irgendwer zu streiten anfängt, denn die Antwort steht meistens genau dort. Waren die Kriterien mehrdeutig, ist das meins, und ich sage es schnell, denn sich wegen einer Spezifikation in die Defensive zu begeben kostet einen Tag und das Wohlwollen, das du später brauchst. Waren sie klar und es wurde trotzdem anders gebaut, ist das ein anderes und viel leichteres Gespräch. So oder so einigen wir uns auf den Fix und darauf, wo er gegenüber allem anderen steht. Wichtiger ist mir, warum es bis zur Lieferung kam, ohne dass es jemand gemerkt hat, denn das heißt, ein Reviewschritt fehlt oder wird übersprungen. In einem Projekt lautete die Antwort, dass das Business aufgehört hatte, zu den Sprint-Demos zu kommen, es wurde also bis zum Abnahmetest nichts gesehen. Wir haben das auf einen fünfzehnminütigen Walkthrough mit den echten Nutzern mitten im Sprint umgestellt, und diese Art Problem hörte weitgehend auf.