IПочему корпоратив для IT нельзя собрать по общему шаблону
Стандартный сценарий с банкетом, ведущим и конкурсами в IT-компании чаще всего проваливается. Причина не в «особенных айтишниках», а в трёх вещах, которых нет у офисной компании из одного здания.
- команда распределена: часть сотрудников на удалёнке в других городах и странах, и сбор людей - это отдельный проект с перелётами и жильём;
- состав неоднородный: разработка, тестирование, продукт, дизайн, аналитика, продажи и поддержка общаются внутри своих отделов и почти не пересекаются между собой;
- у части команды дежурства: дежурная смена, релиз или инцидент не отменяются из-за вечера.
Отсюда простое правило: сначала решаете, кого и откуда физически везёте, и только потом обсуждаете программу. В организации корпоратива для IT логистика людей занимает больше времени, чем выбор площадки.
IIРаспределённая команда: кого везём и за чей счёт
Первый вопрос HR к руководству звучит не «какой бюджет на вечер», а «везём ли регионы». От ответа зависит всё остальное: смета, сроки и формат.
| Решение | Что за собой тянет |
|---|---|
| Собираем всех в одном городе | Билеты, отели, трансферы, визы для части сотрудников, бронь за 2-3 месяца |
| Собираем только офисный костяк | Удалёнка чувствует себя вторым сортом - нужен отдельный формат для них |
| Несколько городов, свой вечер в каждом | Одинаковый уровень и единая идея, иначе пойдут сравнения в общем чате |
| Гибрид: офлайн + подключение удалёнки | Отдельный сценарий трансляции, а не камера в зале |
Если сотрудники в разных часовых поясах, общую онлайн-часть ставьте на начало вечера по Москве. К полуночи коллеги с Урала и Дальнего Востока уже отключатся, и в записи останется половина команды.
Когда компания везёт людей из регионов, вечер почти всегда превращается в двухдневную историю: день на неформальную программу и встречи внутри команд, вечер на само мероприятие. Логика та же, что в выездном корпоративе, только гости прилетают не из одного офиса.
Отдельно проговорите с бухгалтерией и юристом, как оформляется сама поездка: командировка, приглашение за счёт компании или компенсация расходов. От ответа зависят документы, согласия сотрудников и то, кого вообще можно позвать - у сотрудников на аутстаффе и у подрядчиков на проекте статус другой. Единого отраслевого порядка здесь нет, в каждой компании это решают своими внутренними правилами, поэтому вопрос лучше задать до того, как вы купите билеты.
И сразу уточните, есть ли у части команды ограничения по выезду: у сотрудников с доступом к чувствительным данным такие правила встречаются, и решает их служба безопасности, а не HR. Узнать это за три месяца дешевле, чем за три дня.
IIIФорматы, которые заходят IT-командам
В IT лучше работают форматы, где человек сам выбирает себе занятие, а не сидит за столом лицом к сцене и ждёт, когда его вызовут участвовать.
- зонированная вечеринка: тихая зона для разговоров, зона активностей, танцпол - гости перемещаются сами;
- квизы и командные интеллектуальные игры: соревновательность внутри команды здесь естественна;
- киберспортивный турнир или ретро-аркады как отдельная зона, а не как обязательный пункт программы;
- хакатон или внутренняя мини-конференция днём с неформальной частью вечером;
- настольные игры, VR и тир - активности, в которые можно зайти и выйти в любой момент;
- фудкорт и фуршет вместо рассадки по местам.
Что проваливается предсказуемо: длинные конкурсы с вызовом на сцену, обязательные танцы, ведущий в стиле свадебного тамады, викторины про звёзд эстрады и шутки про «программистов, которые чинят принтер».
Ещё одна особенность: в IT-компаниях много интровертов и много новичков, которые пришли за последний год и не видели коллег вживую. Им нужен не «обязательный нетворкинг», а естественный повод заговорить - общая задача в команде на квизе, очередь к симулятору, совместная готовка. Поэтому активности лучше ставить в начало вечера, пока люди ещё трезвые и стесняются: к середине программы лёд уже сломан сам собой.
Если в компании несколько продуктовых команд, не смешивайте их принудительно жеребьёвкой на весь вечер. Одного командного блока со смешанными составами достаточно: дальше люди сами найдут, с кем им интересно.
IVВедущий и деловая часть: чего не прощают
IT-аудитория быстро считывает фальшь. Ведущий, который не разбирается в том, что делает компания, и путает фронтенд с бэкендом, теряет зал за первые десять минут.
- ведущему нужен нормальный бриф: чем занимается продукт, какие команды есть, какие были релизы за год, какие слова внутри значат что-то для людей;
- формат ведения - модератор, а не тамада: короткие связки, интервью на сцене, а не выкрикивания в зал;
- часто выигрывает свой человек: технический директор или известный внутри компании тимлид в роли соведущего;
- стендап или научпоп-спикер заходят лучше, чем универсальная шоу-программа.
Деловая часть в IT уместна, но короткая. Итоги года в цифрах продукта - релизы, нагрузка, рост пользователей, закрытый техдолг - воспринимаются гораздо лучше, чем абстрактные слова о команде. Подробнее о структуре этой части мы писали в статье про подведение итогов года.
Держите официальную часть в пределах 20-25 минут и ставьте её в начало. Всё, что длиннее, люди досиживают из вежливости, а потом это обсуждают в рабочем чате.
