От стратегии к бэклогу: как перевести «что важно» в «что делаем дальше»
Приоритизация начинается далеко до бэклога. Сначала фиксируется контекст на один экран: целевые сегменты и их задачи, ограничения (рынок, регуляции, ресурсы), стратегические ставки на квартал, OKR (куда движемся) и операционные KPI (что не должны сломать). Любая инициатива описывается одинаково: проблема/возможность в терминах пользователя, гипотеза ценности (какой сигнал изменится и на сколько), метрика успеха, грубая оценка трудоёмкости и риски (технологические, юридические, операционные). Дальше считаем стоимость задержки (Cost of Delay): потерянную выручку/экономию, регуляторные риски, ухудшение опыта и «процент за просрочку» (насколько дороже станет решение, если подождать квартал). Для сортировки используем WSJF (CoD/длительность) как стартовую эвристику, а не «математическую правду»: числа прозрачны, спорим про предпосылки, а не про «чей проект важнее». Инициативы раскладываются по трём корзинам: 1) регуляторика/риск (делаем сразу), 2) ускорители стратегии (двигают ключевые OKR), 3) тактические улучшения (открывают «узкие горлышки»). Roadmap становится просмотром решений, а не «листом обещаний»: там отмечены цели/сигналы, стейкхолдеры, зависимые команды и «красные линии» (что нельзя резать). Сроки — диапазонами, а не датами из головы; критично видна последовательность: что должно быть готово, чтобы следующее имело смысл. Для предотвращения иллюзий разделяем discovery и delivery: сначала короткие циклы проверки гипотез (интервью/данные/прототипы/фичефлаги), потом — уплотнённая поставка с ограниченным WIP. У каждой ставки есть «kill-switch»: условия, при которых мы прекращаем вложения (нет сигнала при X% охвата, негативный эффект на метрику Y, стоимость выросла вдвое). Такая дисциплина не делает план «жёстче», она делает его честнее: мы не обещаем «всё и сразу», а объясняем, почему выбран именно этот порядок работ.
Discovery и delivery — разные режимы мышления и разные артефакты. В discovery мы охотимся за правдой: кто клиент, какая работа делается (Jobs-to-be-Done), какие альтернативы, где трение и как часто это случается. Артефакты: карта интервью/наблюдений, карта проблем/идей, сегментация, «сигнальная» метрика (какой показатель должен сдвинуться, чтобы это имело смысл), дешёвые прототипы и фичи за флагом на 5–10% трафика. Решения фиксируются короткими дизайн-заметками: контекст → варианты → trade-offs → что выбираем → как откатываем → как мерим. Как только гипотеза подтверждена (есть сдвиг метрики на пилоте, обоснованная конверсия/ретеншн, вменяемая стоимость), переключаемся в delivery: один владелец, задача разложена на thin vertical slices, WIP-лимиты, PR-проверки по чек-листу, «done» включает документацию/логирование/алерты/обратную совместимость. Для релизов — прогрессивное включение (5%→25%→50%→100%), канареечные проверки по SLO и бизнес-сигналам, быстрый откат и «килл-свитчи». На уровне визуализации команды используют один и тот же «борд реальности»: «входящие гипотезы», «в discovery», «в delivery», «зафлажено», «релиз», «эффект». Любая задача помечена связью с целью/OKR и метрикой эффекта, чтобы работа не превращалась в «выпили список и празднуй». Встречи — короткие и по делу: weekly операционные (блокеры/зависимости/риски), демо «показываем, а не рассказываем», тех-ревью сложных решений по RFC, ретро раз в две недели без поиска виноватых. Такой «двухрежимный» процесс сохраняет скорость экспериментов и не раздувает поставку: идеи не сгорают в презентациях, а задачи не падают в прод «сырыми».
Измерения и экономика закрывают цикл. Мы не «верим», мы считаем: для каждой инициативы есть базовая линия (до изменений), целевой сдвиг и окно наблюдения (7/28/90 дней). Метрики разделяем на четыре слоя: 1) активация (охват, клики, конверсия в первую целевую активность), 2) польза (удержание, повторное действие, скорость/точность сценария), 3) деньги/стоимость (выручка/маржа, LTV/CAC, экономия операционных часов), 4) риск/качество (инциденты, дефекты, откаты, деградация других сигналов). Репорт — на один экран: гипотеза, что делали, где фичефлаг, как включали, что получилось, что делаем дальше (масштабируем/перезапускаем/останавливаем). Для портфеля используем «матрицу здоровья»: зелёные — дают эффект, жёлтые — спорные (нужны ещё данные), красные — отключаем и документируем выводы, чтобы не повторять. В экономике считаем не только «сколько стоило сделать», но и «сколько стоит не делать» (CoD) и «стоимость владения» (поддержка/алерты/инциденты/долги). Планируемость повышают диапазоны и буферы: мы честно говорим о неопределённости discovery и жёстче обещаем в delivery. Принципы безопасности — неизменны: приватность данных, аудит изменений, фичефлаги как обязательный слой, «право на откат» без поиска виноватых. В конце каждого квартала — постмортем стратегии: где поставили ставки удачно, где переоценили, что теперь станет «первой линией» бэклога. Roadmap обновляется публично и связан с OKR: люди видят не «красивую картинку», а последовательность решений с причинами и данными. Так UOUO №3 превращает приоритизацию из споров мнений в систему: предсказуемую, понятную и экономически честную.