Ist es jemals akzeptabel, in Scrum Daily Standup-Meetings Diskussionen zu führen, die nicht mit dem Einchecken zusammenhängen?

Ich hoffe, die Leute werden mir eine möglicherweise offensichtliche Frage stellen. Ich habe in einer Reihe von Organisationen gearbeitet, die täglich Scrum-Meetings abhalten. Einige Organisationen verwenden das Scrum nur zum Einchecken (die "drei Fragen" - was haben Sie gestern gemacht, was machen Sie heute, haben Sie Blocker?), Aber einige andere Organisationen haben andere allgemeine Gründe Ankündigungen oder ausführliche technische Diskussionen.

Ich habe das Argument gehört, wie in diesem Artikel , dass das Zulassen einer solchen Diskussion ohne Check-in-Bezug ein Fehler ist - das Scrum-Meeting sollte nicht für allgemeine Ankündigungen des Scrum-Masters, technische Diskussionen usw. verwendet werden.

Der Hauptschaden, den ich daraus gesehen habe, ist, dass die Besprechungen länger als nötig dauern können (und es ist ärgerlich, gezwungen zu sein, an einer Diskussion über Details teilzunehmen, die für mich nicht relevant sind).

Es ist ziemlich klar, dass Diskussionen, die nicht mit der gesamten Gruppe zusammenhängen und nicht Teil der "drei Fragen" sind, nicht Teil des Stand-up sein sollten. Wenn es jedoch andere Ankündigungen gibt, die für die gesamte Gruppe relevant sind und trotzdem besprochen werden müssen, ist es schädlich, diese zu diesem Zeitpunkt zu besprechen (anstatt bei einer separaten Besprechung oder E-Mail)?

Der Zweck des Daily Scrum besteht darin, dass das Entwicklungsteam die letzten 24 Stunden überprüft und seinen Plan für die nächsten 24 Stunden aktualisiert.

Alles, was dieses Ziel erreicht und in 15 Minuten abgedeckt werden kann, ist genau das, wofür das tägliche Scrum gemäß dem Scrum-Leitfaden gedacht ist. Wenn Sie längere Gespräche führen müssen, notieren Sie sich einfach, was sie sind, und teilen Sie sie am Ende des Daily Scrum in kleinere Gruppen auf, die sich mit diesem Thema befassen.

Das Daily Scrum ist nicht dafür gedacht, Lösungen für Probleme zu finden. Mach das nach ...

Sicher ist es akzeptabel, aber konzentrieren Sie sich zuerst auf die wichtigen Dinge. Wenn wir in den 15 Minuten noch Zeit haben, was für ein 5-Personen-Entwicklungsteam, das schwärmt (weil sie während der Entwicklung häufiger synchronisiert werden), ziemlich häufig ist , habe ich keine Probleme mit zusätzlicher Kommunikation und / oder Ankündigungen. Solange wir sie auf das Ende der Tageszeitung verschieben.

Als Scrum Master stelle ich sicher, dass das Team die drei Schlüsselfragen irgendwie beantwortet.

Das Daily Scrum ist eine 15-minütige Veranstaltung mit Zeitrahmen für das Entwicklungsteam, um Aktivitäten zu synchronisieren und einen Plan für die nächsten 24 Stunden zu erstellen.

Manchmal ist eine kurze technische Diskussion erforderlich, um das Team zu synchronisieren. Als Scrum Master stelle ich sicher, dass wir die 15-Minuten-Zeitbox einhalten und längere Diskussionen abbrechen, die nach dem Aufstehen stattfinden sollen.

Das Entwicklungsteam oder die Teammitglieder treffen sich häufig unmittelbar nach dem Daily Scrum, um detaillierte Diskussionen zu führen oder den Rest der Sprint-Arbeit anzupassen oder neu zu planen.

Aus einer nicht-Scrum- und agileren Perspektive. Konzentrieren Sie sich darauf, was für das Team funktioniert und was nicht. Stellen Sie einfach sicher, dass das Team entscheidet und mit Änderungen experimentiert, wenn es der Meinung ist, dass dies sie effektiver macht und qualitativ hochwertigere Software produziert.

Teammitglieder sollten den Punkt des Aufstehens berücksichtigen - das heißt, sich gegenseitig zu ermöglichen, zu Problemen beizutragen, die länger dauern können, wenn sie privat oder in einem begrenzten Kreis gehalten werden. Andererseits wäre es nicht sehr agil, wichtige Themen zu vermeiden, die das gesamte Team betreffen, aber nicht den im Scrum-Taschenbuch angegebenen Richtlinienkriterien entsprechen. Es wäre dumm, ein separates Meeting zu planen, nur wegen einer Regel, die offensichtlich Zeit sparen soll.

Einem Redner ist möglicherweise nicht immer klar, worum es bei ihm geht. Wenn Sie ihm erlauben, eine Weile zu plappern, wird jemand anderem klar, dass er Probleme hat oder einer Sackgasse folgt. Zu viel Interesse an der Form kann auch die Produktivität beeinträchtigen und die Menschen frustrieren.

Je nach Kultur kann der Stand-up streng sein oder auch soziale Themen beinhalten. Es sollte niemals ein sinnloses Ereignis sein, das durch die Bewegungen geht und als "Zombie-Scrum" angesehen wird.

Es gibt oft eine Dichotomie zwischen dem, worauf verschiedene Menschen vehement bestehen, Scrum und dem Konzept der Menschen über Prozesse.

Wenn Informationen zu vermitteln sind, handelt es sich letztendlich um eine Entscheidung. Wenn es wahrscheinlich zu erheblichen Diskussionen kommt, sollte es am besten zu einem anderen Zeitpunkt verschoben werden. Wenn es nur so schnell geht wie Serverausfallzeiten usw., kann es dort und dann durchgeführt werden. Zwischendurch gibt es natürlich Schattierungen. In diesem Fall sollte der Scrum Master nur vorschlagen, dass er nach Ablauf von 15 Minuten (oder was auch immer) offline geschaltet wird.

In jedem Fall wäre ich geneigt, es am Ende zu haben, nachdem der übliche Standup-Prozess abgeschlossen ist.

Sie fragten: "Ist es schädlich?" Aber die anderen Antworten, die meistens angesprochen wurden: "Ist es der Zweck des Treffens?" Ich denke, das sind verschiedene Fragen. Es kann wirklich schädlich sein, wenn Sie andere Tagesordnungspunkte auf das Meeting schleichen, insbesondere wenn es zur Gewohnheit wird. Stand-ups nehmen jeden Tag einen Teil der Zeit in Anspruch, normalerweise zur produktivsten Tageszeit, morgens, wenn die Menschen viel Energie haben. Sie können diese Energie direkt aus den Menschen herausholen, wenn sie nicht damit rechnen können, dass ein Stand-up so lange wie nötig und nicht mehr dauert und für sie völlig relevant ist.

Die Leute werden spät auftauchen, weil sie sich mit etwas "Produktiverem" beschäftigen. Sie werden an manchen Tagen gar nicht auftauchen. Andere Leute werden spät oder nicht alle auftauchen, weil "jeder" spät oder gar nicht auftaucht. Die Probleme verschärfen sich gegenseitig, und Stand-ups sind für ihren ursprünglichen Zweck nicht mehr so ​​nützlich. Das klingt extrem, aber ich habe es gesehen. Wenn Sie dies tun, seien Sie sehr vorsichtig, wohin es führt.

Die meisten Teams, in denen ich war, halten manchmal direkt nach dem Standup Design-Meetings ab, und das ist in Ordnung, wenn es sparsam eingesetzt wird. Ehrlich gesagt erhalte ich bessere Ergebnisse, wenn ich meinen Teamkollegen beim Standup sage, dass ich bald blockiert werde und Design-Input benötige. Ich werde ein Treffen für diesen Nachmittag planen. Das gibt ihnen auch Zeit, über das Problem nachzudenken, und nach dem Mittagessen geraten die Leute in einen Einbruch und wollen eine Abwechslung. Auf diese Weise bekommen Sie auch nicht die Leute dazu gebracht, als erste nach dem Aufstehen ihr "Mini-Meeting" abzuhalten, damit sie gehen können.

Natürlich würde ich niemals befürworten, blind etwas zu tun oder etwas nicht zu tun, nur weil es Ihnen ein zufälliger Typ im Internet (sogar ich) gesagt hat. Individuen und Interaktionen über Prozesse und Werkzeuge. Wenn Sie sich dazu entschließen, einige zusätzliche Tagesordnungspunkte in Ihre Standup-Meetings aufzunehmen, würde ich empfehlen, diese in der nachfolgenden Retrospektive speziell anzusprechen, zu prüfen, ob das Team sie als störend empfunden hat oder nicht, und gegebenenfalls Anpassungen vorzunehmen. Letztendlich hat jedes Team ein anderes Komfortniveau und hat unterschiedliche Vorstellungen darüber, was angemessen ist oder nicht.

UPDATE: Ich sollte klarstellen: 15 Minuten sind die MAXIMALE Zeit, die Sie bei JEDEM Standup berücksichtigen sollten - ein effizienter Standup nach der folgenden Regel beträgt normalerweise höchstens 5 Minuten und wenn Sie diese Zeit weiter reduzieren können, noch besser. Auch hier können die meisten Diskussionen, die Sie für relevant halten, leicht zwischen Teammitgliedern außerhalb des einfachen täglichen Check-in-Prozesses besprochen werden, bei dem ein Standup in seiner reinsten Form sein soll.

Faustregel, an die ich mich bei Projekten mit Freunden gehalten und die ich im professionellen Umfeld verfeinert habe:

• Gestern

Was Sie gestern individuell getan haben, um das Projekt voranzutreiben, und falls relevant, das hat jemand anderen betroffen.

• Heute

Wie oben aber heute

• Blocker

Alles, was einen verursachen könnte, löst Alarm aus, egal wie trivial (bedeutet, dass jemand vorbeikommen und Ihren Code überprüfen oder Ihnen eine Überprüfung der geistigen Gesundheit geben kann).

Alles andere ist eine Ablenkung. Dies kann bedeuten, dass das Thema, dass "möglicherweise" für den Projektfortschritt relevant zu sein scheint, dies wirklich nicht ist. Es ist ziemlich hart, aber für XP-Zwecke SEHR effektiv.

Der Zweck des Stand-up-Meetings ist eine effektive Kommunikation. Machen Sie das zu Ihrem Ziel, anstatt Blindregeln zu befolgen. Da Sie diese Frage gestellt haben, sind Sie auf dem richtigen Weg.

Alle Ihre Bedenken sind gültig. Obwohl wir versuchen können, vorauszusehen, ob dies zu Problemen führt, würde ich Ihre Frage nur mit dem Vorschlag beantworten, dass Sie es versuchen.

Vermeiden Sie Folgendes:

1. Zu lange Besprechungen haben.
2. Zu viele Leute ziehen es vor, die Ankündigungen woanders zu bekommen. Es ist verlockend, dies während eines geplanten Meetings zu tun, aber missbrauchen Sie es nicht. Die meisten Menschen hassen Treffen.
3. Informationen gelten nicht für alle. Ein paar Ausnahmen sind gelegentlich in Ordnung.
4. Jedes Treffen hat Ankündigungen aus Gewohnheit statt aus Notwendigkeit. Sei Beruf.

Treffen Sie fundierte und informierte Entscheidungen und verstecken Sie sich nicht hinter zu viel Anwendung oder zu wörtlichen Regeln.

Die meisten agilen Modelle bieten eine hervorragende Startstruktur für Teams, die mit einem agilen Prozess noch nicht vertraut sind. Das bedeutet nicht, dass sie nicht an Ihre Bedürfnisse angepasst werden können. Wenn diese Ankündigungen die Kommunikation nicht verbessern, tun Sie es nicht. Scheint einfach, aber ...