Wie geht man richtig mit einem Teamkollegen um, der während des täglichen Standups und anderer Meetings herumschwatzt?

Ich suche nach einem taktvollen Weg, um einem Teammitglied zu helfen, seine Kommunikationsfähigkeiten zu verbessern, um prägnanter und direkter zu sein.

Ich versuche, ein tägliches Standup in ein 3-köpfiges Startup-Team einzuführen, das bald wachsen wird.

Die Herausforderung besteht darin, dass eines unserer Teammitglieder enorme Schwierigkeiten hat, sich kurz zu fassen und auf den Punkt zu kommen. Sobald er mit seinem Update beginnt, geht er wild herum und skizziert alles, worüber er in letzter Zeit nachgedacht hat, ob seine Gedanken oder bereits gut geformt sind oder nicht.

Dies führt zu Meetings, die bis zu 45 Minuten dauern, was tägliche Meetings natürlich unhaltbar macht. Wir machen sie oft nicht, was meiner Meinung nach an der Wahrnehmung liegt, dass sie immer viel zu lange dauern.

Er ist sich des Problems bewusst und erkennt es an, wenn er gebeten wird, "auf den Punkt zu kommen", scheint aber keine Anpassungen vorzunehmen.

Obwohl die Hierarchie sehr flach ist, ist er nach Titel und Besitz das dienstälteste Teammitglied. Die beiden anderen Teamkollegen wechseln sich ab, ihn daran zu erinnern, also fürchte ich, dass er sich irgendwann unterminiert, defensiv oder umkämpft fühlen wird.

Für mich ist dies ein ziemlich ernstes Problem, da es auch in unsere Treffen mit externen Parteien übergeht. Ehrlich gesagt ist es auch nur nervig und für einen Anführer unpassend.

Ich hätte gerne einen Beitrag dazu, wie wir dies taktvoll angehen können, damit unsere Scrum-Meetings effizienter und produktiver werden, und hoffe, mit ihm zusammenzuarbeiten, um einen höflichen Hinweis zu finden, mit dem wir ihn daran erinnern können, direkt und prägnant zu sein.

Hey Nildram, wolltest du das aus Sicht des Projektmanagements/der agilen Prozesse fragen? Wenn ja, hinterlassen wir diesen Beitrag hier. Andernfalls erhalten Sie möglicherweise ein breiteres Spektrum an Antworten von Personen aus verschiedenen Bereichen, wenn wir dies zu The Workplace SE verschieben. Bitte teilen Sie mir mit, ob Sie dies verschieben möchten und ich dies tun kann. Danke schön.
Wenn Sie dies hier auf PMSE behalten möchten, würde ich dazu ermutigen, dies ein wenig mehr zu bearbeiten, nur um es aus PM-Perspektive zu verdeutlichen, da es für Workplace SE in seinem aktuellen Format besser geeignet zu sein scheint. Viel Glück! :)
Hey @jmort253, danke für deine hilfreiche Moderation. Ich denke, es ist zweierlei, und die Antworten hier sind aus Sicht des PM/Scrum Masters wirklich ausgezeichnet, was die halbe Sache ist. Obwohl ich denke, dass Sie Recht haben, dass das größere Problem besser zu WorkplaceSE passen würde. Ich bin mir nur nicht sicher, was mit den großartigen Antworten hier passieren wird, wenn Sie dies tun.
Machen Sie einfach keine Stand-up-Meetings, die an erster Stelle böse sind, siehe Tägliche Stand-up-Meetings sind ein gutes Werkzeug für einen schlechten Manager
Dienstalter spielt in Scrum keine Rolle – es ist nützlich für das Team anzuerkennen, dass das wahrgenommene Dienstalter die gespielten Rollen nicht außer Kraft setzt (Scrum-Master moderiert Besprechungen, PO besitzt das Produkt-Backlog usw.)

Antworten (6)

TL; DR

  • Seien Sie nicht taktvoll, seien Sie klar . Der Scrum Master ist für die Leitung des Daily Stand-up verantwortlich, und die Ansagen eines Schiedsrichters müssen eindeutig sein.

  • Wenn Klarheit immer noch nicht ausreicht, muss das Team seinen Prozess anpassen. Das bedeutet, dass die Organisation, das Team und der Scrum Master alle die Verantwortung für das Problem übernehmen müssen, anstatt zuzulassen, dass eine einzelne Person Ihren Prozess zum Scheitern bringt.

  • Andernfalls muss das problematische Teammitglied entfernt werden. Die Verwaltung der Teamzusammensetzung ist ebenfalls Teil des Inspektions- und Anpassungsprozesses.

Hören Sie auf, dasselbe zu tun und unterschiedliche Ergebnisse zu erwarten

Sie sagen, dass diese Person bereits weiß, dass es ein Problem gibt, also ist es sinnlos, „taktvoll“ bei der Lösung des Problems zu sein. Das eigentliche Problem ist, dass Sie ständig erwarten, dass sich das Teammitglied ändert, anstatt Ihren Prozess anzupassen.

Sie haben unendlich viele Möglichkeiten, Ihren Prozess anzupassen, und sind nur durch die Kreativität und das Engagement Ihres Teams für das Scrum-Framework begrenzt. Einige Beispiele sind:

  1. Stellen Sie dieser Person keine offenen Fragen mehr.

    Fragen Sie ihn, an welchen User Storys er gestern gearbeitet hat, anstatt Details auf Aufgabenebene darüber zu erfahren, was er mit jeder Story gemacht hat. Die detaillierten Informationen sollten anderen Teammitgliedern durch transparente Mittel wie Quellcodeverwaltung oder Team-Kanban zur Verfügung stehen, falls jemand diese Detailebene benötigt.

    Fragen Sie dann, ob er heute irgendwelche Abhängigkeiten von anderen Storys hat und ob er Hilfe braucht, um die Arbeit fertigzustellen, die er heute zu erledigen versucht . Halten Sie den Umfang der Fragen eng und konkret.

  2. Ändere das Format deines Stand-ups.

    Das Aufstehen ist nicht zu Ihrem Vorteil. Es ist ein Koordinations- und Abhängigkeitsplanungsmeeting für das gesamte Team. Erwägen Sie, Teammitglieder eine Karteikarte mit Aufgaben, Abhängigkeiten und Hindernissen für den aktuellen Tag einbringen zu lassen, und öffnen Sie nichts, was nicht auf einer Seite einer Karteikarte steht.

  3. Wähle das Teammitglied von der Insel.

    Manchmal passt eine bestimmte Person nicht gut in ein Team. Der Grund , warum die Person schlecht passt, spielt keine Rolle. Wenn jemand für das Team giftig ist oder wenn die Anpassung des Teamprozesses eine unzumutbare Belastung für den Rest des Teams darstellen würde, dann ist es die einzige Verantwortung des gesamten Teams , dem Linienmanagement zu empfehlen, das problematische Teammitglied zu entfernen oder zu ersetzen.

Sie müssen ihn auf die Auswirkungen seiner Pontifikation aufmerksam machen, und es hört sich so an, als hätte er jetzt ein gewisses Bewusstsein. Das Problem wird jedoch nicht behoben. Es ist ein gut konstruiertes Verhaltensmuster, das er im Laufe seines Lebens entwickelt hat und das wahrscheinlich mit seiner Persönlichkeitsstruktur und einer Menge Social Engineering übereinstimmt, dh er wurde in seiner Vergangenheit für dieses Verhalten belohnt. Er wird predigend sterben.

Ihre Lösung ist Meeting Moderation. Sie haben einen schwachen Moderator (wenn Sie das sind, nichts für ungut). Moderation erfordert, sich an den Besprechungsplan zu halten und diejenigen zu kontrollieren, die sprechen. Wenn das Thema abschweift, unterbricht der Moderator; Wenn die Zeit, die für die Behandlung eines Themas benötigt wird, vom Plan abweicht, unterbricht der Moderator. Es kann unhöflich erscheinen, aber das ist eine enge Interpretation. Es ist Teil eines ordnungsgemäß geführten Meetings.

Danke und nicht böse gemeint. Ich habe der Frage gerade eine relevante Modifikation hinzugefügt: >Obwohl die Hierarchie sehr flach ist, ist er dem Titel nach das dienstälteste Teammitglied. Die beiden anderen Teamkollegen wechseln sich ab, ihn daran zu erinnern, also fürchte ich, dass er sich irgendwann unterminiert, defensiv oder umkämpft fühlen wird. >Für mich ist dies ein ziemlich ernstes Thema, da es auch in unsere Besprechungen mit externen Parteien übergeht. Ehrlich gesagt ist es auch nur nervig und für einen Anführer unpassend.
Diese. Als Scrum Master ist die Antwort darauf, das Team an den Zweck des Aufstehens zu erinnern und zu fragen, ob dies relevant ist. Wenn nicht, ist etwas Einfaches wie „Lass uns das nach diesem Treffen abholen“ ausreichend. Wenn Sie keinen Scrum Master haben, kann jeder das Ziel des Meetings erinnern und unterbrechen.

Wie wäre es, wenn der Scrum Master das Meeting beginnt, indem er das Team an die Ziele und den Ablauf des täglichen Aufstehens erinnert?

Etwas, das in die folgende Richtung geht:

Ziele

  • Hilft, den Kontext/Umfang für die Arbeit des kommenden Tages festzulegen
  • Hilft, alle auf den neuesten Stand zu bringen und potenzielle Hindernisse im Voraus zu erkennen

Fluss

Jedes Teammitglied beantwortet die folgenden Fragen:

  1. Was hast du gestern gemacht?
  2. Was wirst du heute tun?
  3. Gibt es Hindernisse auf Ihrem Weg?

Außerdem wäre es hilfreich, wenn das Team vor Beginn eine schriftliche Version des Meeting-Inhalts erstellen würde. Sie brauchen ungefähr 5 Minuten vor dem Treffen, und jeder entwirft die Antworten auf die 3 Fragen schnell auf einem Blatt Papier oder so. Ich glaube, das wird ihnen helfen, ihre Gedanken zu sortieren und sie kurz und auf den Punkt zu bringen.

Sie fragen nach einem taktvollen Weg, hier ist einer: Besorgen Sie sich einen großen Timer/Uhr, sagen Sie allen, dass „für eine Probezeit, um die Meetings zu beschleunigen“, jede Person X Minuten bekommt. Dann GEBEN Sie jeder Person die Uhr, damit sie ihre eigene Zeit sozusagen besitzt. Sie können sprechen, bis der Timer abgelaufen ist, dann MÜSSEN sie aufhören und weitergeben (+ die nächste Person stellt die Uhr zurück, bevor sie spricht). Um besonders taktvoll zu sein, sprechen Sie vorher separat mit der Person, die lange redet, und sagen Sie, dass Sie diese Idee mit einer Uhr hatten, um die Meetings zu beschleunigen, aber Sie brauchen zuerst seine Zustimmung.

Dies ist nicht der beste Weg (ich bevorzuge die anderen Antworten), aber es ist ein taktvoller Weg.

Ich stand irgendwann mit meinem Team vor einer ähnlichen Situation. In meinem Fall war es nicht nur ein Teammitglied, sondern viele von uns, die sehr detailliert über Errungenschaften/Hindernisse sprachen (und gelegentliche Witze :) ). Und meistens dauerten die Meetings bis zu 30 Minuten.

Ich habe folgendes gemacht

  1. Erklärte dem Team, dass „wir“ länger brauchen, als wir sollten, und wies auf die Anzahl der Stunden hin, die wir insgesamt dadurch verschwenden. (Es ist wichtig darauf hinzuweisen, dass wir alle Zeit verschwenden und das Problem/die geschäftlichen Auswirkungen zu verstehen.)

    • Erwartete Zeit für ein Meeting = 15 Minuten
    • Verlängerung, die wir genommen haben = (30 - 15) Minuten
    • Zeitverschwendung für einen Monat (10-köpfiges Team) = 50 Personenstunden
  2. Besprechen Sie mit dem Team, wie lange wir ihrer Meinung nach brauchen sollten (machen Sie auch Ihre Vorschläge) und bitten Sie um einen Freiwilligen, der einen Alarm im Auge behält

  3. Jedes Mitglied wird beginnen, sein Update zu geben, wobei der Schwerpunkt darauf liegt, was es am Vortag getan hat, was es heute tun wird und ob es Blocker gibt.

  4. Halt! genau dann, wenn die vereinbarte Zeit (in meinem Fall 15 Minuten) endet. Gehen Sie dabei sehr streng vor. In den ersten 2-3 Tagen können wahrscheinlich nicht alle Mitglieder das Update geben, aber glauben Sie mir, sie werden sich verbessern und Sie können möglicherweise etwas früher fertig werden, wenn sich das Team daran gewöhnt (meiner Erfahrung nach).

Ein paar Dinge, die Sie vielleicht ansprechen möchten:

  • Da einige Teammitglieder in den ersten Tagen ausgelassen werden, müssen Sie sie offline treffen und sich einfach unterhalten, wenn sie irgendwelche Hindernisse haben. (Nichts mehr!)
  • Starten Sie das Update mit verschiedenen Personen an verschiedenen Tagen, damit nicht jedes Mal dieselben Personen die Chance bekommen (bis das Team die perfekte Zeit erreicht).

Viel Glück! :)

Ergänzung: Ich muss meinem SCM-Trainer Pete Deemer für das oben Genannte Anerkennung zollen.

Sie erwähnen Scrum in Ihrer Frage nicht ausdrücklich, aber ich stelle fest, dass Sie das Scrum-Tag verwendet haben, also habe ich meine Antwort entsprechend geschrieben. Mir fallen vor allem zwei Dinge ein:

  1. In Scrum gibt es nur drei Rollen: Scrum Master, Product Owner, Entwicklungsteam. Im Entwicklungsteam gilt jeder unabhängig von seiner Spezialisierung als Entwickler. Sie sind eine Gruppe von Kollegen und es gibt kein Konzept von „Senior“ oder „Führer“.

    In Ihrem Fall kann und sollte das Team die Person daran erinnern, dass sie nur drei Punkte teilen sollte: Was sie gestern getan hat, was sie heute tut und alle Hindernisse. Alles, was länger dauert, kann nach dem Daily Scrum abgehalten werden und nur die Personen einbeziehen, die teilnehmen müssen.

  2. Das Daily Scrum ist ein Time-Box-Meeting. Ein Teil der Rolle des Scrum Masters besteht darin, sicherzustellen, dass die Time-Box eingehalten wird.

    Beenden Sie in Ihrem Fall das Meeting nach 15 Minuten und nehmen Sie die Arbeit wieder auf. Dies kann einige Tage lang schwierig sein, aber es bildet ein gutes Verhalten.

Nun zu deiner eigentlichen Frage. Wie bringen Sie die Person taktvoll dazu, diese Regeln zu befolgen? Hier ist ein Ansatz, den Sie ausprobieren könnten: Bitten Sie die Person, sicherzustellen, dass das Daily Scrum innerhalb der Regeln abläuft.