Ich leite ein Team von 10 Entwicklern und Testingenieuren. Es ist ein neues Team, und das Team wechselt langsam zu Agile Scrum. Wir haben Meetings zu Teamvereinbarungen und Dingen wie Definition of Done, Release-Plänen usw.
Ich habe beobachtet, dass es einige Personen gibt, die dazu führen, dass Meetings immer in einen unentschlossenen Modus geraten, indem sie zu viel diskutieren oder den Vorschlag von jemandem widerlegen usw. Ich kann manchmal sehen, dass die Vorschläge / Vorschläge anderer Teammitglieder aus Erfahrung in der langjähriges Team; und die Konfliktverursacher sind mit den Abläufen etc. eher nicht so vertraut.
Ich möchte einige gängige Methoden kennen, um damit umzugehen, wenn ich mich mitten in einer Besprechung befinde
Irgendwelche Ratschläge?
Wie ich einer anderen Person in Bezug auf Fragen in einem Meeting sagte – das Moderieren eines Meetings ist eine erlernte Fähigkeit. Sie müssen lernen, die Dinge an der Leine zu halten, und lernen, wie Sie eine Person unterbrechen und wieder auf Kurs bringen können. Seien Sie selbstbewusst und übernehmen Sie die Kontrolle über das Meeting. Sie (oder der Moderator) leiten es, also halten Sie sich an die Agenda. Wenn Sie ihnen einen Zoll geben, gehen Sie davon aus, dass sie eine Meile brauchen.
Allerdings gibt es Möglichkeiten, dies zu verwalten, z. B. eine beliebige Zeit festzulegen, um etwas zu besprechen (sogar eine Eieruhr, wenn Sie müssen).
Verwenden Sie einen Marker oder Stift oder so etwas, und nur die Person, die das hält, kann sprechen, damit nicht 4 Personen versuchen, gleichzeitig zu sprechen.
Es gibt auch andere Tricks, und einige Leute können sich mit einigen einmischen.
Aufgrund meiner Erfahrung als Softwareentwickler habe ich in solchen Situationen darum gebeten (und wurde gebeten), eine kurze Zusammenfassung und eine Verfahrensliste zu schreiben, wie ich meine Idee im Vergleich zu einem erfahrenen Ingenieur umsetzen kann. Als mein Chef meine klar durchdachte und präsentierte Idee "auf dem Papier" sehen konnte, konnte er sich besser vorstellen, was ich zu vermitteln versuchte. Wenn meine Ideen gut sind, weiß ich das, während ich sie aufschreibe. Wenn es keine so gute Idee ist, werde ich es realisieren und es verwerfen, bevor ich zu tief ins Schreiben komme. Das spart Besprechungszeit, weil mein Chef einfach jemanden fragen wird: „Ich würde Ihre Idee gerne besser verstehen. Würden Sie sie zusammenfassen und einen Verfahrens-/Pseudocode schreiben, damit ich Ihre Vision besser sehen kann?“ Boom, im Keim erstickt, und das Meeting geht weiter.
Peter K.