Wie bringt man Leute dazu, zum täglichen Meeting zu erscheinen? [Duplikat]

Obwohl wir jeden Morgen zur gleichen Zeit unser Stand-up-Meeting haben, kommen die Leute immer noch nicht alleine zum Meeting. Ich muss sie jeden Morgen zum Meeting anrufen. Wäre es hilfreich zu sagen, dass sie 2 Minuten vor der angegebenen Zeit da sein müssen? Sie nehmen vorher nicht an anderen Meetings teil.

Ich bin Scrum Master und Dev Manager. Wir haben ein Team von 12 Entwicklern und diese Meetings dauern normalerweise bis zu 25 Minuten.

Ich habe dieses Morgenmeeting zeitlich festgelegt und es hat 16 Minuten gedauert und 10 Leute haben sich gemeldet, also läuft es gut.

Änderung am 02.05.18

Begann mit kleineren Stand-up-Meetings mit weniger Leuten. Sie berichten jetzt nur noch über Blocker, Dinge, die sie daran hindern, ihre Arbeit zu erledigen.

Sind Sie der Scrummaster für dieses Team?
Ja, und der Entwicklungsmanager. Glücklich, jemand anderen zu ernennen, um den Stand zu leiten.
Donuts liefern.
Wenn es 25 Minuten dauert, dann machst du etwas falsch. Das ist wahrscheinlich der Grund, warum die Leute nicht teilnehmen wollen. Sie sollten maximal 10 Minuten lang sein.
Sie sollten maximal 10 Minuten lang sein - @DarrenYoung bedenke, dass es 12 Personen sind, was bedeutet, dass 20 - 25 Minuten nicht so unvernünftig sind.
@RaduMurzea Was unvernünftig ist, ist die Größe des Scrum-Teams, die zu langen Meetings wie diesem führt.
@RaduMurzea Ich bin in einem 8-köpfigen Team und wir schaffen es an den meisten Tagen in 10 Minuten. Es sollten wirklich nicht so viele Informationen herauskommen.
Ein besserer Zeitpunkt für ein regelmäßiges kurzes Meeting ist nicht gleich morgens, sondern direkt vor/nach dem Mittagessen. Viele Menschen sind morgens auf dem Höhepunkt ihrer Produktivität und ein Meeting unterbricht diese goldene Zeit.
@teego1967, egal wo ich gearbeitet habe, das wäre die schlechteste Zeit für ein Meeting, weil niemand zur gleichen Zeit zum Mittagessen geht und viele das Mittagessen durcharbeiten.
Wenn ich als jemand spreche, der derzeit AGILE-Stoß bekommt und es ihm übel nimmt, würde ich Himmel und Erde bewegen, um nicht daran teilzunehmen, wenn ein Stand-Up jeden Tag 25 Minuten dauern würde.
@teego1967 Es zur Mittagszeit zu haben, verfehlt den Zweck eines Aufstehens, der darin besteht, alle Probleme und Risiken für den Tag zu identifizieren.
"Wir haben ein Team von 12 Entwicklern und diese Meetings dauern normalerweise bis zu 25 Minuten." Das ist übertrieben.

Antworten (5)

Möglicherweise haben Sie hier ein XY-Problem. Finden Sie heraus, warum die Leute nicht zum Meeting erscheinen, und beheben Sie das Problem.

Wenn die Besprechungen beispielsweise zu lange dauern und sie dadurch von ihrer Arbeit abgelenkt werden, verstehen Sie, warum die Besprechungen so lang sind und wie Sie das beheben können. Wenn im Meeting nichts Nützliches besprochen wird, sondern eher „Ich habe dies getan, ich werde das tun“, kann das Meeting vielleicht ganz übersprungen werden. Usw.

Es ist ein tägliches Scrum-Meeting, in dem die Fragen beantwortet werden. Was hast du gestern gemacht? Was wirst du heute tun? Gibt es Hindernisse auf Ihrem Weg? Im Moment ist es eine Gruppe von 12 und nicht mehr diese 25min.
@fran 12 sind zu viele Leute und 25 sind zu viele Minuten für ein Scrum-Meeting.
Ich werde es zeitlich festlegen, aber normalerweise sind es weniger als 25. Das Entwicklerteam besteht aus 12, die nicht daran interessiert sind, die Gruppe aufzuteilen, da es für die Leute nützlich ist, zu hören, woran andere Leute arbeiten. Und führt zu einigen guten Ratschlägen, nur von ihrer eigenen Erfahrung, die sich mit demselben Problem befasst
Ein Entwicklerteam von 12 ist zu groß. Die Leute kommen wahrscheinlich nicht, weil sie nicht der Meinung sind, dass es nützlich ist, zu hören, woran andere Leute arbeiten.
Du musst es mir nicht erklären . :) Ich habe Ihnen gerade ein paar häufige Beschwerden gegeben, die mein Team mit dem sogenannten Scrum-Meeting hatte. Ihr Team hat möglicherweise auch andere Probleme, die Sie herausfinden können, indem Sie mit ihnen sprechen. Aber wie auch immer, nach Ihrem Kommentar sieht es so aus, als ob die Dauer des Treffens tatsächlich ein Teil des Problems hier sein könnte.
@Erik Ich würde einen Entwickler feuern, der so in seinem eigenen Ding ist, dass er nicht glaubt, dass das, woran andere arbeiten, für ihn relevant ist. Das ist grobe Inkompetenz.
@HLGEM Es kommt darauf an, was während des Meetings tatsächlich gesagt wird. Früher habe ich an sogenannten Scrum-Meetings teilgenommen, bei denen die Leute so berichteten: „Ich habe angefangen, an Ausgabe Nr. 123 zu arbeiten, aber ich habe gesehen, dass es eine Abhängigkeit von Nr. 456 hat, und noch eine Sache, für die ich eine eröffnen werde heute neue Ausgabe."
Die Antworten hier und im Duplikat sind gut, aber manchmal haben Sie eine Gruppe, die sich einfach nicht alle von selbst in ein erforderliches Meeting einfinden kann. Ich habe eine Weile an einem Projekt gearbeitet, bei dem eine Fahrradklingel verwendet wurde, um die Leute daran zu erinnern, dass es Zeit war, zum täglichen Check-in und so weiter zu kommen. Das Team hasste es, aber es war effektiv!
@HLGEM: In jedem Unternehmen gibt es immer ein paar Leute, deren Input wichtig ist, und viele Leute, deren Input nicht zählt. Die ganze Idee des Daily Scrums ist, nur von denen zu hören, deren Input für Sie relevant ist; Deshalb ist es auf „Ihr Team“ beschränkt und „Ihr Team“ ist auf die Anzahl der Personen beschränkt, die es umfassen kann.

Die Leute werden nicht eifrig gehen, weil sie es nicht für nützlich halten.

Könnten Sie das Treffen ändern, nur um vorbeizukommen

  • Was ich heute mache
  • Irgendwelche Probleme von gestern

Unterbrechen Sie, was sie gestern getan haben, es sei denn, es gab ein Problem. Ein 20- bis 25-minütiges Gedränge scheint nicht sehr nützlich zu sein, daher müssen Sie das Gedränge möglicherweise verkürzen, indem Sie einige Inhalte entfernen.

Versuchen Sie auch sicherzustellen, dass Diskussionen über Probleme außerhalb des Meetings geführt werden. Als Entwickler habe ich wirklich keine Lust, 10 Minuten lang von einem Problem zu hören, an dem ich kein Interesse habe, wenn ich meine eigenen Sachen zu erledigen habe. Skizzieren Sie das Problem kurz und lassen Sie die betreffenden Entwickler es nach dem Meeting besprechen.

Ich verstehe die Aufteilung des Teams, aber könnten Sie es versuchen? Aufgeteilt nach Bereichen der Software oder so? Vielleicht ein Scrum am Montagmorgen mit allen 12 und dann Split-Scrums für den Rest der Woche?

Ich bin mir nicht sicher, aber "bezahlt zu werden und einen Job zu haben" ist nützlich. Lass die ganze tausendjährige Sache beiseite – wessen Brot ich nehme, wessen Sohn ich singe. Das Unternehmen erwartet, dass ich da bin, ich bin es nicht -> Verletzung des Arbeitsvertrags und schlechte Ethik.

Ein Scrum-Team sollte zwischen 5 und 9 Personen umfassen. 12 ist übertrieben. Wir sind 7 Leute und es ist einfach: Wenn einer aufsteht, schauen alle anderen auf und denken "Oh, es ist Standup".

Stellen Sie sicher, dass es einfach ist, pünktlich vor Ort zu sein:

  • Halten Sie kein Meeting zu einem Zeitpunkt ab, an dem die Leute gerade angekommen sind. Es ist leicht, einen Bus zu verpassen oder im Stau zu stecken. Stellen Sie das Meeting auf 30 Minuten ein, nachdem die Leute angekommen sind, damit sie einen Puffer haben und ihre E-Mails abrufen können.

  • Erinnerungen festlegen. Lassen Sie 5 Minuten vorher etwas auf den Bildschirmen der Leute erscheinen, damit sie Zeit haben, ihre aktuelle Aufgabe zu schließen und vorbeizukommen.

  • Treffen Sie sich in einem leicht zugänglichen Raum. Bei einem Scrum-Team sollte das der Teamraum sein. Jeder steht von seinem Schreibtisch auf und voila: Steh auf.

Und schließlich, wenn alle zustimmen, dass es sich um ein Problem handelt, sprechen Sie in der Retrospektive darüber. Wir haben „Pünktlichkeitsbewusstsein“-Sprints, bei denen das Teammitglied, das am häufigsten zu spät kommt, die Küche für den nächsten Sprint putzen muss. Niemand kommt zu spät. Nicht ein einziges Mal. Aber das muss eine Teamentscheidung sein, so etwas zu erzwingen widerspricht dem Scrum-Gedanken.

Das Entwicklungsteam sollte zwischen 5 und 9 sein, richtig? Das gesamte Scrum-Team umfasst auch den PO & SM und wäre idealerweise zwischen 7 und 11.
@Erik - Der PO sollte nicht bei einem SCRUM-Meeting sein. Wenn sie es sind, sollten sie nur Zuschauer sein (wie in ihrem Knast zugenäht ist). Gleiches gilt für Manager. Wenn der PO in den SCRUM-Meetings im Unkraut steckt, hat er den falschen Job.
+1 für Retrospektive. Sprechen Sie in der Retrospektive ein Problem an (Stand-ups sind nicht gut besucht) und lassen Sie die Entwickler klären, wie sie die Stand-ups durchführen möchten. Dies funktioniert besser, wenn die Entwickler eine angemessene Schulung zur Funktionsweise von SCRUM erhalten haben, anstatt es aus zweiter oder dritter Hand auf das Team anzuwenden. Eines der netten Dinge an SCRUM aus der Sicht eines Entwicklers ist, dass solche Details veränderbar sind und unter der Kontrolle des Teams stehen. Der Scrum Master ist da, um bei der Einhaltung der Best Practices zu helfen, aber die meisten Details sind verhandelbar.

Stellen Sie eine Zeit ein. Sag ihnen, dass sie da sein müssen. Erhalten Sie sie nicht, wenn sie nicht kommen. Sagen Sie ihnen danach, dass Sie sie bei dem Treffen nicht gesehen haben und dass sie von nun an unbedingt teilnehmen müssen. Wenn sie immer noch nicht regelmäßig kommen, nehmen Sie es zur Kenntnis und setzen Sie sich mit ihnen zusammen.

Wenn sie das Gefühl haben, dass es nichts ist, was sie tun müssen, warum sollten sie dann 25 Minuten für ein Meeting aufwenden, das ihnen möglicherweise nicht viel Input gibt? Bemühen Sie sich auch, das Meeting gemeinsam zu optimieren. Fragen Sie sie, was daran schlecht und was gut ist. Aber nimm sie nicht jeden Morgen. Sie sind Erwachsene. Sie haben erfahren, dass sie gerufen werden.

Kurz gesagt, der Hauptpunkt (neben all den in den anderen Antworten erwähnten Punkten wie Optimierung des Meetings und Reduzierung der Zeit) ist, dass sie erfahren haben, dass sie zum Meeting eingeladen werden. Darauf warten sie also. Sagen Sie ihnen, dass Sie niemanden mehr abholen werden, wiederholen Sie Zeit und Ort noch einmal und hören Sie auf, sie separat anzurufen. Es liegt in ihrer Verantwortung, sich zu zeigen.

Es wird für eine Weile zu chaotischen Meetings führen, aber schließlich sollten die Dinge besser werden.

Da dies ein grundlegender Bestandteil von Scrum ist, möchten Sie vielleicht herausfinden, ob jeder diesen Prozess wirklich akzeptiert. Es sollte Probleme und Konsequenzen geben, wenn sie nicht alle wissen lassen, was sie tun und tun werden und umgekehrt.

Das Problem ist nicht ihre mangelnde Teilnahme, sondern die Folgen der Nichtteilnahme. Müssen sich andere Personen zusätzliche Zeit nehmen, um sie über Probleme zu informieren? Haben die Teilnehmer des Meetings das Gefühl, dass sie ihre Arbeit nicht erledigen können, weil die Teilnehmer das Meeting verpassen?

Angenommen, Sie haben eine Gruppe von Menschen, die ihre Arbeit gut machen wollen, finden Sie heraus, wie sie dieses wichtige Meeting verpassen und trotzdem effektiv arbeiten können.

Wie bringt man Leute dazu, zum täglichen Meeting zu erscheinen? [Duplikat]
AntwortenHierDatenschutz-Bestimmungen1y, 0v