Очередь задач вместо борьбы голосов: как связать бэклог с деньгами компании

Разработка — самая дорогая статья расходов продуктовой компании, и тратится она на планировании, где побеждает тот, кто убедительнее попросил. Я управляю созданием Аспро.Cloud и описываю работающее устройство очереди: из чего складывается балл задачи, почему ему нужен противовес в виде треков, как измерять отдачу фич и чем на самом деле платит команда за срочные заявки.

Скоринг: четыре оценки и грубые шкалы

Каждая запись в бэклоге проходит скоринг RICE. Четыре оценки: охват, влияние, уверенность, трудозатраты. Три первых множатся, четвертая идет делителем — итог и есть балл, и приоритет на спринт получают верхние строки рейтинга. Заявки притекают отовсюду: продукт, продажи, маркетинг, поддержка, клиенты, сама команда — пять-шесть источников, и у каждого свой язык: сделка, метрика, чистый код. Общий знаменатель снимает перетягивание каната.

Условия, при которых балл реально работает:

• Совместно и вслух. Заявку разбирают автор с командой на планировании. Молчаливая единоличная цифра выражает позицию самого громкого — механизм вырождается.
• Грубые шкалы. Влияние — 1, 3, 5. Уверенность — 50, 80, 100 процентов. Десять ступеней создают видимость точности и умножают споры втрое.
• Слово руководителя — редкость. Задача, прошедшая в спринт личным решением, допустима, пока таких меньше десятой доли. Половина спринта по слову — формула для отчетности, и честнее признать: приоритизирует руководитель.

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

Треки: влияние, привязанное к метрике

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

Наш пример направления — активация: считаем, какой процент новых регистраций создает хотя бы один проект в течение первой недели. Гипотезы в наборе:

• заготовки, из которых новичок собирает первый проект сразу после регистрации;
• онбординг-подсказки: куда кликнуть ради первого результата;
• автоматическое письмо тем, кто за сутки не продвинулся;
• сокращение маршрута от регистрации до первого проекта.

Каждая гипотеза соревнуется через общий скоринг, льготного прохода в план нет. Отличие тоньше: в заявке записываются стартовое значение и целевой сдвиг — и разговор о влиянии получает почву, как разговор об оценке трудозатрат. Решающий момент — после релиза: показатель вырос, докручиваем сработавшее; замер — фиксируем и снимаем рычаг с повестки следующего спринта. Без треков знанию негде скапливаться: функция вышла, все кинулись дальше, через месяц обещания фичи никто не вспомнит. С треками каждый эксперимент ложится в копилку знаний о продукте — плюсом или минусом.

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

Цепочка от фичи до денег

Протянуть нитку от функции к рублям в продукте с тысячами клиентов и десятками модулей нереально: тариф оплачивается целиком. Продление состоялось — кому аплодировать: подсказкам, менеджеру, свежему отчету или конкуренту, поднявшему цены? Атрибуция продления разваливается. Махнуть рукой на связь с деньгами тоже нельзя: это руление самой дорогой статьей расходов наощупь.

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

• до выручки один-два шага — активация и продления, не больше;
• отклик читается в течение одной-двух недель после релиза;
• двигатель метрики — разработка, а не сторонние силы.

Единственное исключение с прямым замером — функция с отдельным ценником внутри продукта. Покупка осознанная, есть собственный прайс и статистика продаж — со временем затраты на разработку сопоставляются с выручкой, окупаемость становится видимой. Таких функций у нас две: «Зарплата» и «Складской учет». Для команды они еще и эталон: насколько точно спрогнозирован эффект платной функции, настолько ей можно верить по остальной очереди.

Лимит на незапланированное

Отдельный класс — заявки, вламывающиеся в спринт мимо плана: в отдельные периоды до трети мощности, обычно меньше. Причин две: клиентское обращение, не доживающее до ближайшего планирования, либо сбой в инфраструктуре или безопасности. Если же доработка нужна под готовящийся контракт, она идет обычным порядком: успевает получить оценки и побороться за место на равных с остальной очередью.

В отчетности срочное выглядит бесплатным — часы вроде те же. Реальная цена выше: заявка прерывает постановщика, исполнителя и тестировщика, прикидка на два часа оборачивается сутками у нескольких специалистов, и вдобавок теряется плановая работа, уже прошедшая оценку. Полезно смотреть на классические Cycle Time и Lead Time — они вскрывают настоящую цену вторжений.

Сначала посчитать, потом бороться. Формула простая: часы всех внеплановых задач за спринт делим на мощность команды. Померьте на отрезке в три-четыре итерации — получится собственная цифра. Дальше три инструмента:

• Единая дверь. Срочное заходит в план через единственный вход с одним арбитром. Запрос в личных сообщениях разработчику не становится задачей, пока его не провели через эту дверь.
• Резерв. Лимит под внеплановое назначается заранее и размером берется из измеренной доли. Не назван резерв — распоряжается инцидент: побеждает тот, кто попросил последним.
• Вопрос: что будет пожертвовано? Отменить незаплановое невозможно — клиенты будут обращаться всегда. Но каждого просящего можно спросить, чем он готов пожертвовать. После этого вопроса половина срочных тает.

Частые вопросы

Чем балл лучше интуиции руководителя? Интуиция не переносится: новый тимлид не знает, почему в прошлом квартале выбрали эти задачи. Балл обсуждается предметно — за что влиянию тройка вместо пятерки, что стоит за уверенностью в 80 процентов.

Сколько времени съедает скоринг? Оценивание одной заявки — минуты. Шкалы выбраны грубыми специально, чтобы разбор не превращался в церемонию: три значения влияния, три значения уверенности.

Что делать, если руководитель все равно решает словом? Допустимо, пока таких заявок меньше десятой доли спринта. Больше — формула для отчетности, и честнее признать, что отбор ведет руководитель.

Как измерить отдачу фичи в продукте с единой подпиской? Через метрику-посредника в паре шагов от выручки: активация, продления, удержание. Отклик читается за одну-две недели после релиза.

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

Место в спринте — деньги компании, и отдавать его нужно по правилу, понятному с первого взгляда. Очередь держит не формула, а конструкция: у заявки — балл и владелец, у гипотезы — метрика и проверка, у внепланового — лимит и одна дверь. Такую конструкцию можно объяснить новому человеку за пять минут.