Disagree and Commit

Disclaimer: тема спорная, мнение непопулярное, призываю к срачу в комментах 🙂

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

Какие есть варианты поведения?

Вариант 1. Сделать «по кривому ТЗ», чтобы потом сказать: «Ну, я предупреждал»
На первый взгляд, выглядит логично: разработчик честно указал на проблему, а теперь просто делает работу как ему сказали.

Но на деле это превращается в психологическую игру по Эрику Берну — «А я же говорил»:

— Человек берёт задачу в работу без желания и делает минимально, без инициативы.

— Малейшие трудности и не предусмотренные при обсуждении проблемы он не решает, а использует как лишний аргумент против принятого решения.

— Подсознательно он ждёт неудачи, чтобы потом показать, что был прав («Ну что, кто теперь виноват?»).

В краткосрочной перспективе человек получает чувство превосходства и подтверждение своей правоты («психологическое поглаживание»).

Но доверие в команде портится, коллеги начинают воспринимать его как токсичного и несговорчивого.

Вариант 2. Продолжать спорить, пока не достигнут полного согласия

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

Но это часто ведет в «ловушку консенсуса»:

— Обсуждения становятся бесконечными, никто не хочет брать ответственность за финальное решение.

— В итоге команда договаривается о компромиссе, который никому не нравится до конца и даст хреновенький результат.

Вариант 3. Disagree and Commit — не согласен, но обязуюсь сделать

Amazon и другие компании используют подход Disagree and Commit, чтобы избежать первых двух проблем.

Подход простой:

1. Пока решение не принято — нужно спорить, задавать неудобные вопросы, предлагать альтернативы.

2. Когда решение принято — вся команда действует так, словно это решение было общим и наилучшим, даже если кто-то с ним не согласен:

«Я не согласен, но понимаю, почему выбрали этот вариант. Сделаю задачу максимально хорошо, как если бы сам был её сторонником».

Обе части критично важны:

Нужно открыто высказываться, спорить и аргументировать до принятия решения.

После принятия — брать ответственность за общий результат.

Подход не заработает, если в команде нет доверия и открытости (см пост про 5 пороков команды).

Профит:

🧠 Принимаем сильные решения, иногда непопулярные. Избегаем ловушки консенсуса и посредственных решений.
⏱️ Двигаемся вперёд, команда не буксует. Экономим время. Нет откатов и «давайте ещё подумаем».
🤝 Повышаем доверие. Умеем спорить — и умеем поддержать общее решение.
🔁 И главное: а вдруг ты не прав? Решение группы может оказаться лучше твоего. Это нормально.

Когда этот подход не работает?

— Если решения принимаются в стиле «я начальник — ты дурак».
— Если нет доверия, и люди боятся высказываться.
— Если ошибка критична и затрагивает безопасность, финансы или здоровье людей — в этом случае лучше спокойно эскалировать по фактам.

TL;DR:

— До принятия решения — спорим, аргументируем, ищем лучшее решение.

— После принятия — работаем как единая команда на общий результат.

— Не играем в «А я же говорил»: это портит отношения и разрушает доверие.

— Допускаем, что коллективное решение может быть лучше личного мнения одного человека.

Закидывайте в комменты свои истории из разряда «а я же говорил» 🙂