Геймификация квартального планирования
Меня зовут Дмитрий Клопов, я продакт-менеджер и отвечаю за B2B-направление в агрегаторе доставки готовой еды «Магнит Рестораны», который входит в бизнес-группу Магнит OMNI. В этой роли мне регулярно приходится решать одну и ту же задачу: как спланировать квартал, когда у команды разработки ограниченный капаситет, а запросов от заказчиков значительно больше, чем ресурсов.
В нашем B2B-стриме одновременно присутствует несколько бизнес-направлений с разными целями и метриками. У каждого из 15–20 заказчиков свои приоритеты, своя зона ответственности и разный вес влияния на продукт. Все они конкурируют за один и тот же разработческий ресурс, а количество задач, естественно, превышает то, что команда может реализовать в пределах квартала.
Классические методы планирования — бесконечные таблицы, списки задач, приоритизация на совещаниях — в такой конфигурации довольно быстро перестают работать. Обсуждения затягиваются, стороны спорят о важности задач, а итоговый план в лучшем случае получается перегруженным и слабо реалистичным. К середине квартала такой план почти неизбежно «плывёт»: что-то выпадает, что-то приходится срочно добавлять, а ожидания заказчиков расходятся с тем, что реально может сделать команда.
Мы регулярно сталкивались с одними и теми же сложностями:
- оценки трудозатрат звучат для заказчиков абстрактно и мало что значат;
- список запросов живёт сам по себе, а капаситет команды существует отдельно и вспоминается только на финальном шаге;
- приоритизация превращается в переговоры и торг между заказчиками, а не в выбор по ценности и трудоёмкости;
- новые инициативы легко добавляются «поверх» уже согласованного плана, при этом почти никто не готов сознательно от чего-то отказаться.
Итог — перегруженный квартальный план, который невозможно выполнить без постоянных компромиссов, слёз и переносов задач на следующий период.
Чтобы вытащить процесс из бесконечных переговоров и сделать ограничения наглядными, мы сознательно поменяли форму представления плана. Вместо привычных презентаций и таблиц появилась игровая, но при этом очень прагматичная модель — виртуальный магазин. Это формат, понятный любому человеку: есть полка с товарами, есть ограниченный бюджет и необходимость выбирать.
Внутри этой модели мы выстроили следующие соответствия:
- фича — это товар на полке;
- оценка в днях разработки — цена товара;
- квартальный капаситет команды — общий бюджет, который нельзя превышать;
- ожидаемый эффект — выгода от покупки, то, ради чего вообще тратятся ресурсы.
Квартал в итоге собирается как корзина онлайн-покупок: у нас есть фиксированный ресурс, и в эти рамки нужно уместить максимум ценности. Не получится «немного выйти за бюджет» или «добавить ещё одну штуку, а там разберёмся» — система в принципе не позволяет этого сделать.
Каждая фича оформляется в виде отдельной карточки. Мы сознательно ограничили перечень данных до минимума, который действительно влияет на выбор:
- название и короткое описание;
- трудоёмкость в днях разработки;
- ожидаемый бизнес- или клиентский эффект.
Этого объёма достаточно, чтобы заказчики могли сопоставлять задачи между собой, не погружаясь в архитектуру, технические ограничения или детали реализации. Фактически мы прячем сложность разработки за простой моделью «цена — ценность», переводя сложные обсуждения в понятные категории.
Процесс планирования квартала тоже превращается в понятную «игру». Заказчики добавляют интересующие их фичи в общую корзину, наблюдая, как суммарная трудоёмкость растёт, а оставшийся капаситет уменьшается в реальном времени. Как только лимит достигается, система блокирует возможность добавить новые задачи: чтобы включить ещё одну фичу, нужно либо убрать уже выбранную, либо пересмотреть состав всего квартала.
Это ключевой момент. Ограничения перестают быть чем-то абстрактным, о чём вспоминают под конец дискуссии. Они становятся встроенной частью процесса: каждый видит, что у команды не «не хватает рук», а есть конкретный, чётко измеримый лимит. Спорить с этим уже сложнее — цифры объективны, и система не дает обойти их стороной.
Когда квартальный капаситет исчерпан, никакая новая инициатива не пролетит «по-быстрому». Любой новый запрос автоматически требует ответа на вопрос: от чего мы готовы отказаться? Это дисциплинирует и заказчиков, и нас как команду продукта. Больше не возникает ситуаций, когда к середине квартала сверху «прилетает» новый важный проект, а все прежние договорённости как будто обесцениваются.
Технически инструмент сделан максимально лёгким. Я описал логику, а с написанием кода и подготовкой инструкции по деплою помог ChatGPT. Базовый функционал мы собрали примерно за час, ещё около двух часов ушло на доработку интерфейса и приведение внешнего вида к удобному и наглядному формату. Приложение:
- открывается прямо в браузере или через Telegram Mini App;
- не опирается на серверную часть и может работать автономно;
- настраивается через простой конфигурационный файл — можно оперативно менять состав фич, оценки и параметры квартала.
Благодаря этому инструмент легко адаптируется под разные команды, кварталы и наборы заказчиков. Для нового периода не нужно ничего переписывать с нуля — достаточно обновить конфиг.
После внедрения такого подхода ощутимо поменялся характер планирования:
- появилась прозрачность: каждый заказчик видит, «сколько стоит» его запрос, и какие альтернативные задачи можно было бы сделать за те же ресурсы;
- уменьшилось количество конфликтов: споры о приоритетах смещаются из плоскости личного влияния в плоскость выбора в рамках бюджета;
- само планирование стало быстрее: потребовалось меньше встреч и раундов согласований;
- квартальные планы стали более реалистичными, а количество радикальных пересмотров по ходу квартала заметно снизилось.
Ключевой эффект — смена фокуса. Мы перестали обсуждать, «кто важнее», и начали обсуждать, «что приносит больше ценности при имеющемся бюджете времени разработки». Заказчики уже не просто «выбивают» задачи, а становятся участниками общего конструктора, где каждый видит общий ресурс и принимает решения осознанно.
Интересный побочный результат — рост доверия к оценкам. Когда оценка трудоёмкости — не абстрактная цифра из Jira, а конкретная «цена» на полке виртуального магазина, заказчикам легче её принять. Они видят, что для всех задач действуют одинаковые правила, и цена любой фичи учитывается в общем бюджете. Это снижает соблазн спорить о каждой оценке и переносит разговор в плоскость «что важнее взять в корзину».
Геймификация здесь работает не в смысле развлечения, а как способ сделать сложный управленческий процесс интуитивным. Модель магазина знакома всем — не нужно объяснять, что такое ограниченный бюджет и почему нельзя купить всё сразу. Заказчик словно переносится в привычный сценарий: если в кошельке ограниченная сумма, приходится выбирать набор товаров, а не всё подряд. Точно так же и с фичами.
При этом важно понимать, что такой подход не отменяет стратегического видения. Магазин — это лишь интерфейс, который помогает визуализировать уже проделанную работу по оценкам, формированию бэклога и определению целевых метрик. Чем качественнее проделана подготовка, тем продуктивнее проходит «игровая» сессия планирования. Если внутри карточек фич отражены реальные эффекты и обоснованные оценки, результат корзины будет близок к оптимальному для бизнеса.
Отдельно стоит сказать о том, как меняется поведение самих заказчиков. Когда они видят общую полку с фичами, начинают мыслить более системно: объединяют похожие инициативы, пересматривают свои запросы, ужимают «хотелки» в пользу задач с более понятным эффектом. Время на обсуждения уходит не только на «мне это надо», но и на формулировку, в чём именно ценность и почему эта фича должна оказаться в корзине, а не другая.
Подобный формат можно расширять и доработать под конкретную культуру и процессы компании. Например:
- добавить «скидки» на фичи, которые поддерживают стратегические направления бизнеса;
- вводить ограничения на минимальное количество задач инфраструктурного или технического долга;
- делить полку на «витрины» по бизнес-направлениям, сохраняя общий ресурс;
- использовать отдельные сессии «чернового» выбора, а затем проводить финальный отбор с топ-менеджментом.
Важно не превратить игру в формальность. Если после красивой сессии в магазине начинается «ручное переупаковывание» плана, доверие к инструменту быстро рушится. Поэтому одно из ключевых правил — максимально следовать результатам, которые были приняты в формате магазина, и изменять их только в действительно исключительных ситуациях, проговаривая это открыто.
В результате геймификация квартального планирования стала для нас не просто интересным экспериментом, а устойчивым рабочим инструментом. Она позволила соединить в одном формате: прозрачность ресурсов, наглядность ограничений, вовлечённость заказчиков и понятную логику выбора задач. И главное — сместить разговор с борьбы за влияние на совместный поиск наилучшего набора фич в рамках реального капаситета команды.
