Die After-Party von Daily Scrum

"Lassen Sie uns hier bitte nicht über die technische Lösung sprechen. Dies ist das tägliche Scrum-Gespräch, bei dem es nur darum geht, wie wir auf dem Weg zum Sprint-Ziel vorankommen und was uns aufhält - wenn überhaupt." Damit hatte der Scrum Master Recht. Ein Entwickler wies jedoch zu Recht darauf hin: "Die Leute, mit denen ich die Lösung besprechen möchte, stehen mir alle zusammen nur in diesem Treffen regelmäßig zur Verfügung. Wenn ich es jetzt nicht bespreche, weiß ich nicht, wann sie verfügbar sein werden, denn alle arbeiten nach einem engen Zeitplan. Eine klassische Frösche-auf-einer-Waage-Situation!"

Das Timebox-Rätsel

Der Scrum-Leitfaden enthält nur wenige strenge Richtlinien und eine davon ist die Timebox. Das Daily Scrum Meeting (DSM) funktioniert am besten, wenn die Timebox auf fünfzehn Minuten begrenzt ist. Es ist jedoch sehr leicht möglich, dass das Team in eine technische Diskussion abgleitet, die das DSM von seinem Zweck ablenkt und länger als die vorgeschriebenen fünfzehn Minuten dauert.  

Was ist das Problem, wenn die technische Lösung im Daily Scrum durch Ausdehnung der Time Box diskutiert wird? Dies kann zu zwei praktischen Problemen führen - Langeweile und Ressourcenverschwendung.  

Wenn die Diskussion über technische Lösungen nur von einigen wenigen Teammitgliedern regelmäßig geführt wird, könnten sich andere Teammitglieder langweilen und beschließen, nicht mehr am Daily Scrum teilzunehmen.

Die Teammitglieder, die sich nicht an der Lösungsdiskussion beteiligen oder daran interessiert sind, vergeuden ihre wichtige Ressource der produktiven Zeit.

Sollten wir also während des DSM technische Diskussionen führen oder nicht? Was ist die Lösung für dieses Rätsel?

Meet-after-Sessions - Das optionale Open-House für technische Lösungen

Viele agile Frameworks, darunter auch SAFe, schlagen vor, Meet-after-Sitzungen - auch After-Party-Sitzungen genannt - abzuhalten, die der technischen Lösungsfindung gewidmet sind. Allerdings ist darüber wenig im Detail dokumentiert worden.

Ich hatte die Gelegenheit, die Meet-after-Sitzungen bei einem meiner Kunden einzuführen, bei dem ich als Scrum Master arbeitete. Im Folgenden finden Sie einige der Punkte, auf die sich das Team vor der Einführung der Sitzungen geeinigt hatte:

• Die Nachbesprechungen finden kurz nach der DSM statt, vorzugsweise innerhalb der ersten Stunde der DSM.
• Die Meet-after-Sitzungen finden früh am Tag statt, zu einer festen Uhrzeit. Diese Zeit muss von den Teammitgliedern freigehalten werden.
• Die Meet-after-Sitzungen sind der technischen Lösung gewidmet, und es kann keine andere Tagesordnung hinzugefügt werden. Ein spezielles Meet-after-Board soll als Input für diese Sitzungen dienen.
• Die Meet-after-Sitzungen sind als optionale Open-House-Sitzungen vorgesehen. Es ist nicht verpflichtend, dass jeder Entwickler daran teilnimmt. Nur diejenigen, die Klärungsbedarf haben, nehmen an dem Treffen teil und ziehen die Mitglieder hinzu, die Klarstellungen liefern.  
• Wenn es während des DSM technische Fragen/Klarstellungen gibt, müssen diese auf der Nachbesprechungstafel notiert werden. Diese Fragen/Klarstellungen müssen während der anschließenden Sitzung(en) aufgegriffen und geklärt werden.
• An den Tagen, an denen niemand Fragen/Klärungen sucht, finden die Treffen nach den Sitzungen nicht statt.

Bild: Ein Beispiel für eine Meet-after-Tafel

Vorteile und Mängel des Meet-after-Konzepts

Tabelle: Vorteile und Mängel von Meet-after-Sitzungen

Fazit

Dieser Artikel befasst sich mit einer sehr wichtigen Best Practice der Agilität - den Meet-after- oder After-Party-Sitzungen. Diese Sitzungen unterstützen und verwirklichen die Prinzipien Transparenz, Inspektion und Anpassung des Empirismus. Obwohl sie einige Mängel zu haben scheinen, definieren diese Sitzungen tatsächlich einen Prozess, um DSM von technischen Lösungen fernzuhalten. Sie scheinen auch zu bewirken, dass die Entwickler zu Beginn des Tages nicht blockiert sind, was dazu beitragen kann, das Sprint-Ziel schneller zu erreichen.