Вы знаете это чувство. Спринты, дейлики, ретроспективы, стратсессии с флипчартами… В ИТ-мире этих ритуалов предостаточно. Но часто они работают как плацебо: «поговорили – вроде бы молодец, а ничего не изменилось». Почему так происходит? Ответ прост: нет системной фасилитации, нет жёстких правил, нет культуры, где каждая идея обязана превратиться в action‑план.
ГК «Алмаз» работает с IT-компаниями иначе. Среди наших клиентов – «Инфосистемы Джет», «Касперский», Microsoft, НКК, «Систематика», КРОК, «Гринатом», «Авито», «ЛаМода», «СберТех», ГВЦ РЖД, «Витрина ТВ», VK и десятки других. Мы пришли к простой философии: вам не нужны новые фреймворки как ритуал. Вам нужен чёткий процесс, живая модерация и action‑план, который вы реально выполните. Мы не проводим открытые тренинги – только корпоративные форматы «под ключ» для вашей команды. И сейчас я расскажу, как это работает на практике.
Стратсессия, после которой не хочется плакать
Вы наверняка знаете этот сценарий. Пятница, встреча в зуме или конференц‑зале. Все рисуют стикеры, соглашаются, что «надо лучше коммуницировать». А в понедельник – тишина. Изменений – ноль. Знакомо?
Стратегическая сессия от ГК «Алмаз» устроена иначе. Это не мозговой штурм с печеньками, а жёсткая фабрика решений. До сессии мы собираем цифры: выручка по продуктам, скорость релизов, стоимость фичи, загрузка команд, текучка. Без цифр мы не начинаем. Сама сессия длится два дня – и там нет места фразам «мне кажется». Только цель, текущий разрыв, конкретные действия, сроки и владельцы. На выходе вы получаете roadmap на квартал, где каждая задача привязана к бизнес‑показателю.
Что это даёт вашей компании? Команды перестают пилить фичи, которые никому не нужны. Продажи синхронизируются с разработкой. И вы перестаёте быть единственным человеком, который знает, куда движется компания. Один из участников после нашей сессии сказал: «После стратсессии от «Алмаза» у нас впервые появился план, который не развалился через неделю. И главное – люди реально поняли, за что они отвечают».
Тренинг «Управление проектами»: убиваем геройство
У вас тоже есть такой «спасатель»? Сеньор, который тянет всё на себе. Пока он в отпуске – проект стопорится. Уволится – коллапс. Это классическая ловушка геройства, и она дорого обходится бизнесу.
Наш тренинг по управлению проектами решает это системно. Мы не читаем лекции – мы настраиваем процесс под ваш стек и ваши ритуалы. Чему мы учим команды? Во‑первых, планировать с честными рисками, а не с розовыми «ок, успеем». Никаких «90% готово, осталось 10% – это ещё две недели». Во‑вторых, считать время в деньгах. Когда разработчик видит, что час его простоя стоит как ужин в хорошем ресторане, он перестаёт ждать. В‑третьих, относиться к дедлайну не как к врагу, а как к инструменту приоритизации. Команда учится говорить: «Если мы делаем фичу А, фича Б не успевается. Выбирайте».
Какие изменения происходят? Исчезает «почти готово». Появляется культура раннего красного флага – о риске срыва говорят за две недели, а не за день. И главное – вы перестаёте зависеть от героев. Система работает, даже когда меняются люди.
Деловая игра B2B: когда технари и продажники наконец понимают друг друга
Вот ещё одна знакомая боль. Продажники сливают скидки, потому что не могут объяснить ценность. Технари на переговорах выдают простыни про API, SLA и микросервисы. Клиент уходит к конкуренту. Знакомо?
Наша деловая игра ломает этот шаблон за один день. Как это работает? Мы делим команду на «продавцов» и «клиентов». Но продают они… не свой софт. Например, логистику, оборудование, B2B‑услуги из другой сферы. Зачем? Чтобы выключить «режим эксперта, который всё знает», и включить «режим понимания чужой боли».
За четыре часа команда проходит три цикла переговоров. Сначала продавец пытается закрыть сделку, а клиент даёт живые возражения. Потём разбор: где потеряли ценность, где не услышали, где слили скидку. И следующий раунд – с новыми ролями. Что в итоге? Технари перестают бояться продаж и начинают сами подсказывать аргументы. Продажники лезут в технику без паники. Команда становится единым фронтом, а цикл сделки сокращается. Один руководитель продукта сказал после игры: «Наши разработчики впервые сами попросили добавить в коммерческое предложение пример про конкретную боль клиента. Раньше такого не было».
Ретроспектива, после которой реально что‑то меняется
Это моё любимое. Ретроспективы в IT любят все, но часто они превращаются либо в «полёт нормальный, все молодцы» – ноль пользы, либо в «давайте выскажемся, кто кого бесит» – токсично. ГК «Алмаз» делает ретроспективы по‑другому. И у нас есть живой пример.
Однажды к нам пришла команда, которая занималась проектом «Возврат товара на маркетплейсе» (название компании под NDA, но методология – наша). Исходная боль была серьёзной: несколько команд сделали совместный проект, но на выходе получили баги, недоговорённости по интерфейсам, потерю времени на бесконечные синки. Обычная ретро не помогла – все отмалчивались.
Мы предложили чёткую структуру на целый день. Без воды. С модерацией и временными боксами. Для начала мы ввели три блока для идей. RUN – что сработало отлично. Здесь можно и нужно говорить спасибо коллегам. CHANGE – что требует улучшения. Один стикер – одна идея. DISRUPT – то, что сломало процесс, технические вызовы small, medium, large.
Затем мы применили метод «Мировое кафе». Участники делятся на «хозяев столов» и «гостей». Каждый стол – своя тема. Гости ходят по кругу, хозяин остаётся и погружает новичков в суть обсуждения. За полтора часа каждая тема прорабатывается с разных углов. И здесь работают простые, но жёсткие правила: фокусируйся на важном, говори то, что думаешь (без оглядки на начальника), слушай, чтобы понять, а не чтобы ответить, соединяй идеи – инсайт часто рождается на стыке.
Дальше – голосование. У каждого участника три голоса на каждый блок (RUN, CHANGE, DISRUPT). Итого девять голосов на человека. Девять идей, набравших максимум, идут в работу. Остальные – по мере возможности. После этого каждая команда создаёт свой план действий со сроками и ответственными. Потом докладывают друг другу – и рождается общий план на квартал.
Что получила та команда? Во‑первых, чёткий список из девяти улучшений, которые они реально внедрили. Во‑вторых, никто не ушёл с чувством «меня не услышали» – голосование всё решило. В‑третьих, конфликты между командами исчезли, потому что проблемы стали общими. А следующая версия проекта вышла без тех же граблей. Это и есть ретроспектива, которая работает.
Вместо заключения
Почему IT-компании выбирают нас? Потому что мы даём структуру, фасилитацию и action‑план, которые в IT почему‑то считаются лишними. А зря. Когда команда из 10–20 человек перестаёт терять 20% времени на хаос, она начинает делать на те же деньги в полтора раза больше.
И неважно, что вам нужно: стратегическая сессия, чтобы разобраться с приоритетами; тренинг по управлению проектами для тимлидов; деловая игра для B2B‑продаж; или ретроспектива, которая наконец-то принесёт пользу. Всё это – только корпоративный формат. Для вашей компании. Для ваших людей. Готовы навести порядок? Обращайтесь.
