Если нужно, чтобы над решением слаженно работала группа людей, то лучше принять его коллективно. В таком случае, все участники группы будут чувствовать ответственность за результат. Такие решения называют participatory decision making.
Некоторые решения простые. Например, у нас уже 6 сервисов на
Kotlin и мы думаем какую технологию выбрать для следующего сервиса. Этот вопрос можно решить и в Slack, вряд ли будут трения, это business as usual.Но есть и сложные вопросы. Например, нам нужно решить как мы будем принимать оплату — будем писать сами? Используем
Stripe? Или наймем кого-то, чтобы они написали? Здесь лучше собрать митинг и обсудить. Может мы и вовсе забыли какой-то вариант. На таких митингах нет гарантии, что все пойдет гладко. Все мы оказывались в ситуации, когда посреди митинга кажется что мы не приближаемся к решению, а участники просто спорят о чем-то отвлеченном 🤯. К счастью это норма! Это можно объяснить с помощью Diamond of participatory decision making. Согласно этой теории, коллективное принятие решения можно разделить на фазы:
0️⃣ Business as usual - простой вариант, все идет по плану, нет конфронтации, решение находится быстро
1️⃣ Divergent Zone - начало процесса, участники выдвигают разные идеи, начинается обсуждение
2️⃣ Groan Zone - время турбулентности, участники в конфронтации, возможно вообще обсуждение отклоняется от темы
3️⃣ Convergent Zone - завершение процесса, количество обсуждаемых идей уменьшается, фокус на основных вариантах
4️⃣ Closure Zone - участники приходят к решению
Хаос на митинге это не страшно. Существуют различные инструменты, которые позволяют помочь участникам на разных этапах принятия решения.
⬛️ Еще раз — если на митинге все идет не так, это тоже вариант нормы. Если продолжать, то все перейдет в фазу завершения. Вот схема.
Вспоминаете митинги где был
Groan Zone? Расскажите.#софтскиллы