Новые механики коллективного мышления: как использовать ограничения

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

Продолжаю знакомить читателей РБК Компании с методами коллективного мышления. Три формата из этой части используют ограничение как точку входа. Чем жестче рамка, тем точнее мышление.

Покер ограничений (Constraint poker)

У вас есть небольшая колода специально подготовленных карт. Каждый участник сессии вытягивает карту с ограничением — бюджет 0, срок 24 часа, команда 1 человек, запрет на цифровые инструменты — и предлагает решение именно в этом коридоре. Ограничение случайное, но задача общая!

Механика снимает один из главных блоков групповой работы: все ограничения вводятся случайно, поэтому никто не защищает «свое» и не объясняет, почему именно оно важнее других.

Хороший побочный эффект: некоторые «невозможные» ограничения оказываются решаемыми. Это меняет отношение команды к реальным ограничениям проекта.

ТРИЗ-поединки (TRIZ battles)

Команды соревнуются в формулировке противоречий и их разрешении. Задача сначала записывается как техническое противоречие: «если улучшить A — ухудшается B». Потом — как физическое: «объект должен быть X и одновременно не-X». Победитель — команда, чье решение ближе к ИКР: идеальному конечному результату, где система решает задачу сама, без затрат и усложнения.

Соревновательный формат здесь принципиален. ТРИЗ требует точности формулировок — и именно соревнование заставляет команду думать строго, а не приблизительно. Расплывчатое противоречие проигрывает четкому.

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

Охота на допущения (Assumption hunts)

Идея появляется только после того, как найдено и оспорено скрытое допущение задачи.

Команда берет задачу и выписывает все, что считает само собой разумеющимся: клиент хочет X, рынок работает так-то, технология позволяет то-то. Потом последовательно проверяет каждое допущение: а что если это неверно?

Большинство тупиков в командной работе — следствие допущения, которое никто не проверял, потому что оно казалось очевидным. Охота на допущения делает эти допущения видимыми.

Конкретный пример: производственная компания три года искала способ снизить себестоимость продукта. Охота за 40 минут обнаружила допущение «клиент покупает продукт» — оказалось, часть клиентов готова платить за аренду. Модель изменилась быстрее, чем себестоимость.

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