Как сплотить команду за один день
Собрано 04.09.2026 из расшифровки вебинара 26.01.2022. Автосубтитры YouTube сильно врут на терминах, поэтому в текст взято только то, что читается однозначно. Цифры и наблюдения приведены так, как они звучали на вебинаре, отдельной проверки они не проходили. Смотреть исходное видео.
Звучит как обещание из рекламы, и я это понимаю. Но речь не про то, чтобы за день сделать команду эффективной. Речь про другое: за день пройти те стадии, на которых команды обычно буксуют месяцами.
Если вспомнить Такмана, команда идёт через формирование и конфликт, прежде чем дойти до правил и результата. Первые две стадии проскочить нельзя, а вот сократить можно. Именно этим и занимается запуск команды.
Сплочённость, если брать определение из социальной психологии, — это степень приверженности человека группе. На практике это значит, что цели команды я считаю своими, мне приятно здесь работать и я тянусь к этим людям. Такое не появляется от того, что людей записали в один чат.
Кому нужен запуск
Новой команде, потому что люди друг друга не знают. Это очевидный случай, и он не единственный.
Команде, которую разделили, потому что она стала слишком большой. Команде, которая выросла или, наоборот, потеряла заметную часть состава: внутренние условия поменялись, а договорённости остались от прежнего состава. И команде старше полугода, потому что за это время она прожила совместную жизнь и правила, принятые на старте, скорее всего, уже другие.
Кто должен быть в комнате
Команда разработки в составе не меньше семидесяти пяти процентов. Меньше — придётся повторять, а это дорогая операция, второй раз собрать людей на день тяжело.
Владелец продукта обязательно. Скрам-мастер или delivery-менеджер, в зависимости от того, как у вас называется эта роль.
И то, чего чаще всего не происходит: представители бизнеса и смежники. Аналитики, дизайн, информационная безопасность. Они приходят не в гости, они приносят свои требования к тому, как команда будет работать, и сами понимают, насколько с этой командой открыто и понятно можно иметь дело. Как к ней обращаться и как с ней прощаться. Один этот пункт снимает потом множество проблем.
Что бывает, если не проводить
Возражение всегда одно и то же: давайте не будем тратить день, пойдём поработаем. Я с этим не соглашусь. День вы не потратите, вы его отложите, и потом он вернётся частями по пять минут, и не один.
Признаки команды без запуска видны быстро.
Нет общего языка. Внутри команды это плохо, а между командой и стейкхолдерами хуже: люди произносят одно и то же слово, а подразумевают совершенно разное, и обнаруживается это на приёмке.
Нет понимания, зачем я здесь и куда мы идём. На удалёнке это стало заметнее в разы. Человек пришёл в команду, в офисе не был ни разу, коллег видел только аватарками, потому что камеры никто не включает.
По накопленной у нас статистике, команды, которые прошли запуск, заметно меньше страдают от проблем с коммуникацией, открытостью, общим языком и пониманием ролевых моделей. И что важнее: у них практика закрепляется, и дальше они умеют повторять её сами, без нас.
Есть и вторая причина, по которой запуск не проводят, и она не про нежелание. У продуктовой команды на старте много забот: закупка оборудования, найм, согласования, деньги. Люди, которые должны решить про запуск, просто до него не доходят.
Что здесь на самом деле работает
Не упражнения. Работает то, что люди один раз проговорили вслух три вещи: зачем мы здесь, как мы договариваемся работать и что каждый из нас считает нормальным. Всё остальное — инструменты, и они меняются.
Отсюда практический вывод, который я бы забрал из этого дня: запуск нужен не для того, чтобы команда подружилась. Он нужен, чтобы конфликт случился в безопасной обстановке и на понятных правилах, а не через три месяца на приёмке перед заказчиком.
Если у вашей команды за полгода правила ни разу не пересматривались, а состав менялся, день на разговор окупится быстрее, чем кажется.