Согласие против консенсуса: Тест на возражение, который меняет способ принятия решений группами

Предложение готовилось три недели, а умерло за сорок минут. Не потому, что кто-то выступал против — никто не выступал. Оно умерло, потому что один из девяти "пока не был полностью уверен", второй хотел "больше времени, чтобы обдумать это", а правило группы — все должны согласиться — превратило два невыраженных колебания в вето. Предложение вернулось на доработку, которую никто не мог конкретизировать.

Теперь повторите встречу по другому правилу. Модератор спрашивает не "все согласны?", а "есть ли у кого-то обоснованное возражение — аргумент, что это может причинить вред?" Две колебания озвучиваются, рассматриваются и фиксируются как беспокойства: реальная информация, которую стоит отслеживать, а не блокировать. Предложение проходит с датой пересмотра. Если беспокойства окажутся пророческими, пересмотр зафиксирует это с доказательствами в руках.

Это вся разница между консенсусом и согласием — двумя словами, которые используются взаимозаменяемо в большинстве организаций, обозначая два действительно разных правила принятия решений. Этот пост является прикладным сравнением: механика возражения против беспокойства, которая делает согласие работоспособным, неловкий факт, что основные рамки определяют тест на возражение по-разному, и как выбрать, какое правило подходит для какого решения. (Определения находятся на наших справочных страницах о согласованном и консенсусном принятии решений — этот пост о том, как их применять.)

Два правила, два разных вопроса

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

Согласие, из социократической традиции, переворачивает бремя: предложение принимается, когда никто не может высказать обоснованное, первостепенное возражение — аргумент, что предложение навредит целям группы или вернет её назад. Вам не нужно любить предложение, предпочитать его или даже нравиться ему. Планка — "достаточно безопасно, чтобы попробовать, достаточно хорошо на данный момент", в формулировке, используемой Социократией 3.0 — с важным дополнением, что решения могут быть пересмотрены, так что пробовать действительно безопасно.

Обратите внимание на то, что изменилось: консенсус оптимизирует для согласия, согласие — для отсутствия аргументированного вреда. Это означает, что вся тяжесть согласия rests на одном определении — что считается возражением? Вот где находится интересный механизм.

Нагрузочный механик: Возражение против беспокойства

Различие, которое делает согласие эффективным — и которое большинство команд, принимающих его, пропускает — заключается в том, что не каждый дискомфорт блокирует. Беспокойство — это тревога, предпочтение, интуиция, что что-то может пойти не так: оно озвучивается, фиксируется и прикрепляется к решению, но не останавливает его принятие. Возражение — это аргумент: заявленная причина, по которой предложение может причинить вред или отвлечь группу от ее целей — и оно должно пройти проверку как таковое.

Следуют два последствия. Во-первых, возражения — это подарки, а не вето: поскольку возражение указывает на конкретный вред, оно говорит группе, как именно улучшить предложение — социократический процесс разрешает возражения путем внесения изменений, а не отказа. Во-вторых, опасения перестают быть потраченными впустую: неопределенная тревога, которая убила первоначальное предложение, становится зафиксированной информацией с датой пересмотра, что и является именно той системой раннего предупреждения, которой она заслуживала быть — вместо необъяснимого вето.

Этот механизм должен быть знаком читателям этого блога: это стандарт аргументации, применяемый к управлению. Блок должен быть аргументом; аргументы должны иметь причины; причины могут быть рассмотрены и обсуждены. Тот же стандарт, который делает обсуждение продуктивным, делает правила принятия решений работоспособными.

Неловкий факт: Фреймворки определяют тест по-разному

Вот что команды обнаруживают только после принятия "согласия": основные структуры не согласны с тем, что является действительным возражением. Из их официальной документации:

Одно и то же слово, но существенно разные тесты — ворота S3 допускают аргументы об улучшении; холакратия допускает только вред, основанный на ролях и созданный предложениями. Ни один из них не является "правильным"; они кодируют разные компромиссы между защитой и скоростью. Практическое правило, которое это создает: команда, принимающая согласие, должна записать свой тест на возражение. "Мы используем согласие" без письменного теста означает, что фасилитатор импровизирует стандарт на месте — что вновь вводит именно ту произвольность, которую согласие должно устранить.

Когда каждое правило оправдывает свои затраты

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

Консенсус требует более высокой цены на уровне идентичности — изменения миссии, слияния, ценности, обязательства, которые трудно отменить и которые становятся пустыми без полной ответственности. Стратегия, против которой никто не возражал, но которую не поддерживает половина группы, будет реализована с половинной силой; для таких решений дорогой вопрос — "вы действительно это поддерживаете?" — является правильным. (Читатели нашего руководства по документированию решений узнают логику стоимости отмены: чем труднее отменить решение, тем больше процесса оно требует.)

И граница, которую стоит отметить: оба являются правилами принятия решений для групп, проводящих обсуждения. Ни одно из них не исправляет сломанное обсуждение — комната, подавляющая инакомыслие, приведет к ложному консенсусу и пустому согласию, именно поэтому контрмеры против структурного инакомыслия должны применяться до выбора правила принятия решений, а не после.

Эффективное управление согласием: четыре практики

Команды, которые делают согласие эффективным, разделяют четыре привычки — каждая из которых закрывает известный режим неудачи:

Разве согласие не является просто облегчённым консенсусом, который игнорирует меньшинства?

Стальщик заслуживает своей полной силы: согласие снижает планку для принятия, и пониженная планка может быть использована в злоупотреблениях. Фасилитатор, который считает каждый неудобный аргумент "беспокойством, а не возражением", может протолкнуть что угодно; большинство может принять предложения, которых меньшинство боится, но пока не может оспорить — интуиции часто предшествуют формулируемым причинам, и согласие структурно привилегирует умеющих четко выражать свои мысли. Консенсус, какой бы ни была его цена, дает каждому члену неограниченный тормоз.

Ответы структурные, а не риторические. Письменный тест на возражение действует в обе стороны — он ограничивает как фасилитатора, так и возражающего, а оспариваемое решение само по себе подлежит проверке в соответствии с письменным стандартом. Регистрация проблемных вопросов решает проблему интуиции: страх, который вы еще не можете аргументировать, становится зафиксированной проблемой с триггером для пересмотра, что обеспечивает большую защиту, чем консенсус на практике — где невыразимое беспокойство либо блокирует все, либо все равно подавляется социально. А параллель пересмотра ограничивает ущерб: то, что было принято вопреки вашему беспокойству, может быть пересмотрено в результате проверки, которую запланировало ваше беспокойство.

Честное признание: в группах с действительно низким уровнем доверия никакое правило принятия решений не исправит доверие — согласие будет манипулироваться, а консенсус будет заблокирован. Правила принятия решений распределяют власть среди людей, которые в целом принимают цели группы; они не являются заменой этому принятию.

Как Argumentree проводит тест на возражения

Механизм согласия является стандартом аргументации — именно это инструменты социократии Argumentree структурируют нативно. Предложение является утверждением; возражения — это контраргументы, которые должны содержать причины; группа рассматривает их открыто, и поправки, которые разрешают возражение, видны по мере развития дерева аргументов. Письменный тест на возражение перестает быть ламинированной карточкой и становится структурой самой дискуссии.

Заботы также получают первоклассное внимание: они фиксируются против решения, сохраняются в записи с датой пересмотра, так что система раннего предупреждения группы на самом деле накапливается. Когда приходит время пересмотра, оригинальные аргументы — возражения, заботы, резолюции — находятся в одном клике, а не в одной памяти.

Задайте вопрос, на который вам действительно нужно получить ответ.

Консенсус и согласие — это оба честные правила с честными затратами. Режим сбоя заключается не в выборе неправильного, а в том, что не выбирается вообще: проведение встреч под названием "все должны быть довольны" с отсутствием письменного теста, реестра проблем и дат пересмотра. Эта гибридная модель обладает скоростью консенсуса и ответственностью согласия — худшее из обоих.

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