Каковы некоторые из способов / тактик встреч, чтобы справиться с членами команды, создающими конфликт на встречах?

Я руковожу командой из 10 разработчиков и инженеров по тестированию. Это новая команда, и она постепенно переходит на Agile Scrum. У нас есть встречи по командным соглашениям и таким вещам, как определение готовности, планы выпуска и т. д.

Я заметил, что есть люди, которые всегда заставляют встречи переходить в нерешительный режим, слишком много обсуждая или опровергая чье-то предложение и т. д. Иногда я вижу, что предложения / предложения, сделанные другими членами команды, исходят из опыта в команда из многих лет; а люди, вызывающие конфликты, не очень хорошо разбираются в процессах и т. д.

Я хочу знать некоторые общие способы справиться с этим, когда в середине встречи

  1. Привести дискуссию к мирному заключению/решению
  2. управляйте этими членами, чтобы избежать подобных конфликтов и сосредоточьтесь на том, чтобы дать предложениям шанс.

Любой совет?

Ответы (2)

Как я сказал другому человеку в отношении вопросов на собрании, ведение собрания — это приобретаемый навык. Вам нужно научиться держать вещи на привязи и научиться прерывать человека и возвращать его в нужное русло. Будьте настойчивы и возьмите под свой контроль встречу. Вы (или ведущий) ведете его, так что придерживайтесь повестки дня. Если вы дадите им дюйм, предположите, что они возьмут милю.

Сказав это, есть способы управлять этим, например, установить произвольное время для обсуждения чего-либо (даже мы можем использовать таймер для яиц, если вам нужно).

Используйте маркер, ручку или что-то в этом роде, и только тот, кто держит его, может говорить, чтобы 4 человека не пытались говорить одновременно.

Есть и другие уловки, и некоторые люди могут присоединиться к некоторым.

Исходя из моего опыта инженера-программиста, когда я оказывался в подобных ситуациях, меня просили (и меня просили) написать краткое изложение и список процедур о том, как реализовать мою идею по сравнению с опытным инженером. Когда мой босс смог увидеть «на бумаге» мою идею, четко продуманную и представленную, он смог лучше понять, что я пытался донести. Когда мои идеи будут хороши, я узнаю об этом, когда буду их писать. Если это не такая уж хорошая идея, я пойму это и откажусь от нее, пока не слишком углубился в ее изложение. Это экономит время встречи, потому что мой начальник просто спросит кого-нибудь: «Я хотел бы лучше понять вашу идею. Не могли бы вы обобщить ее и написать процедуру/псевдокод, чтобы помочь мне лучше понять ваше видение?» Бум, пресеченный в зародыше, и встреча продолжается.

Еще лучше: если идея хороша, у вас есть начало документации по ней.