Несогласие – часть развития команды

Привыкли ли вы к логике, в которой если все быстро согласились — значит, решение хорошее? А если кто-то задаёт неудобные вопросы — он душнит и мешает процессу) Мне попалась лекция Маргарет Хеффернан на TED, которая хорошо передает эту проблему. Маргарет говорит, что мы путаем отсутствие конфликта с высоким качеством работы. О том, что если команда молчит — это не признак синхронности, а признак страха показаться глупым, затормозить процесс или пойти против кого-то В цифровой среде этот страх усиливается дедлайнами, релизами и т.д. Всё подталкивает к тому, чтобы просто сделать быстрее и не задавать лишних вопросов. Но проблема в том, что, как вы знаете, сложные системы не прощают такого подхода. Неозвученная мысль обязательно выстрелит когда-то, может даже через полгода, в виде технической проблемы, падения конверсии или чего хуже. Хеффернан приводит исследования, где лучшие команды отличались не опытом, а способностью безопасно спорить. В командах, где несогласие было нормой, ошибки находили и решали раньше. Получается, умение спорить не только софт скилл или личная черта характера, а еще и необходимая часть процесса. Если в команде нет места аргументированному “а если нет?“, то продукт движется вслепую. В лекции вовсе говорится о том, что львиная доля работников не хотят говорить “нет”. Но цениться будут команды, которые умеют говорить “нет” в нужный момент. В компаниях, где задач много, как и финансов, культура осмысленного несогласия не должна быть роскошью, а базовой защитой от ошибок. А как у вас с этим – знакомо ли? Придерживаетесь ли такой негативной логики сейчас?