Квартальное планирование продуктовой разработки: как связать цели, приоритеты и ресурсы

Квартал выглядит удобным горизонтом для планирования.

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

Поэтому многие продуктовые команды строят работу именно вокруг кварталов:

• определяют цели;
• выбирают инициативы;
• согласуют приоритеты;
• формируют roadmap;
• обещают результат бизнесу.

Проблема появляется позже.

На квартал часто попадает больше работы, чем команда физически способна выполнить.

Каждая инициатива по отдельности выглядит разумно. Но когда они начинают конкурировать за одних и тех же аналитиков, разработчиков, дизайнеров и QA, выясняется, что общий объём не помещается в доступную мощность команды.

В итоге квартальное планирование превращается в знакомый цикл:

в начале квартала всё выглядит достижимым → через месяц появляются первые сдвиги → к концу периода часть инициатив переносится дальше.

Хороший квартальный план должен отвечать не только на вопрос:

что мы хотим сделать за три месяца?

Но и на более жёсткий:

что эта команда действительно способна сделать за три месяца с учётом текущей работы, приоритетов, ресурсов и изменений?

Квартальный план — не список пожеланий

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

Например, на следующий квартал бизнес хочет:

• новый onboarding;
• интеграцию с партнёром;
• переработку оплаты;
• новый отчёт;
• улучшение поиска;
• обновление административной панели;
• закрытие части технического долга.

Все эти задачи могут быть полезными.

Но сам факт полезности ещё не означает, что они должны попасть в один квартал.

Квартальное планирование — это прежде всего выбор.

Если команда способна качественно реализовать четыре крупные инициативы, а в план включили семь, проблема не в скорости команды.

Проблема возникла ещё в момент планирования.

Начинайте с целей, а не с готового списка задач

Сильный квартальный план начинается не с вопроса:

Что из backlog можно взять?

А с вопроса:

Какие продуктовые результаты действительно важны в этом квартале?

Например:

Цель 1. Повысить активацию новых пользователей

Возможные инициативы:

• упростить первый запуск;
• улучшить onboarding;
• сократить обязательные шаги регистрации.

Цель 2. Увеличить ценность продукта для корпоративных клиентов

Возможные инициативы:

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

Цель 3. Снизить операционный риск

Возможные инициативы:

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

Так команда сначала определяет направление, а уже затем выбирает конкретный объём работ.

Это помогает не превращать квартальный план в случайный набор давно накопившихся задач.

Roadmap и квартальный план — не одно и то же

Roadmap может показывать, какие продуктовые направления важны на горизонте полугода или года.

Квартальный план — более конкретный уровень.

На roadmap достаточно сказать:

Q1 — улучшение активации.

Для квартального плана этого мало.

Нужно понять:

• какие инициативы действительно войдут в работу;
• какие из них важнее;
• какие этапы потребуются;
• какие специалисты нужны;
• сколько займут работы;
• какие есть зависимости;
• помещается ли всё это в доступный период.

То есть квартальный план — это проверка стратегических намерений на исполнимость.

Сначала учитывайте уже начатую работу

Одна из самых частых ошибок — воспринимать первый день квартала как чистый лист.

На практике команда входит в новый период с хвостом предыдущего.

Могут быть:

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

Если не учитывать этот объём, доступная мощность квартала завышается ещё до начала нового планирования.

Например, три месяца выглядят как условные 60 рабочих дней.

Но если ключевой backend-разработчик первые две недели заканчивает предыдущий проект, а затем уходит в отпуск на неделю, новый квартал для его ресурса уже заметно короче.

Поэтому квартальный план должен начинаться с фактического состояния команды.

Не пытайтесь заполнить квартал на 100%

На бумаге идея полной загрузки кажется эффективной:

если есть 60 рабочих дней, нужно распределить все 60.

Но продуктовая разработка живёт в условиях неопределённости.

Появляются:

• ошибки;
• уточнения;
• изменения оценок;
• срочные запросы;
• внешние задержки;
• непредвиденные зависимости;
• новые приоритеты.

Если квартальный план изначально использует всю доступную мощность без запаса, любое изменение автоматически создаёт сдвиг.

Это не означает, что нужно сознательно держать команду без работы.

Речь о другом: не следует обещать бизнесу весь теоретически доступный объём как гарантированный результат.

Часть мощности должна оставаться пространством для неопределённости или работ, которые можно двигать без существенных последствий.

Как выбирать инициативы на квартал

После определения целей появляется набор потенциальных инициатив. Выбрать их помогает отдельная приоритизация задач и инициатив.

Дальше нужен приоритет.

Полезно оценивать каждую инициативу минимум по четырём измерениям.

Ценность

Какой продуктовый или бизнес-результат ожидается?

Срочность

Есть ли внешнее ограничение по времени?

Стоимость

Сколько ресурсов потребуется?

Зависимости

Есть ли условия, без которых инициатива не сможет начаться или завершиться?

Для некоторых команд этого достаточно.

Другие используют RICE, ICE, Value/Effort, WSJF или собственную модель.

Главное — не конкретная формула.

Главное, чтобы после обсуждения инициативы получили относительный порядок.

Если одновременно возникают две работы для одного специалиста, должно быть понятно, какая получает ресурс раньше.

Приоритет должен быть один, а не «все важные»

Если половина инициатив квартала имеет статус High, приоритетизация не работает.

Например:

• новый checkout — High;
• интеграция — High;
• onboarding — High;
• аналитика — High;
• технический долг — High.

При первом конфликте команда всё равно вынуждена принимать решение вручную.

Полезнее получить реальную очередь:

1. Checkout.
2. Onboarding.
3. Интеграция.
4. Аналитика.
5. Технический долг.

Это не означает, что пятая инициатива не важна.

Это означает:

если ресурсов не хватает на всё, она уступает предыдущим.

Так квартальный план становится управляемым.

Затем нужно проверить ресурсы

Это главный этап, который часто пропускают.

Пусть Product Owner выбрал четыре инициативы.

Теперь нужно понять, каких специалистов они требуют.

Например:

В этом примере все инициативы используют одного аналитика и один backend-ресурс.

Значит, формально четыре параллельных проекта на roadmap в реальности образуют очередь.

Именно здесь становится понятно, помещается ли выбранный объём в квартал.

Разбейте инициативы на крупные этапы

Для квартального планирования не нужно переносить в план сотни технических задач.

Достаточно этапов, которые можно оценить и связать с исполнителем.

Например:

Checkout

1. Аналитика.
2. Дизайн.
3. Backend.
4. Frontend.
5. QA.
6. Запуск.

Этого уже достаточно, чтобы увидеть:

• кто нужен;
• сколько примерно займёт каждый этап;
• какие работы зависят друг от друга;
• что можно делать параллельно;
• где возникают конфликты.

Детальное исполнение может оставаться в таск-трекере.

Оценка должна превращаться в календарь

Команда оценила backend-этап в восемь рабочих дней.

Это ещё не означает, что он закончится через восемь дней от начала квартала.

Нужно понять:

• когда backend освободится от текущей работы;
• завершится ли к этому моменту аналитика;
• не стоит ли выше другая инициатива;
• нет ли отсутствия;
• готов ли следующий этап сразу принять результат.

Именно поэтому квартальное планирование нельзя строить только на сумме оценок.

Суммарная трудоёмкость может помещаться в три месяца, а календарный план — нет.

Проверяйте квартал по узким местам

Общая мощность команды может выглядеть достаточной.

Но один дефицитный ресурс способен сделать весь план невыполнимым.

Допустим:

• frontend свободен;
• дизайнер свободен;
• QA загружен наполовину;
• backend расписан на весь квартал.

Если почти каждая инициатива требует backend, именно он определяет максимальную пропускную способность.

Поэтому полезно задавать вопрос:

какая специализация является ограничением нашего квартального плана?

И уже после этого решать, нужно ли:

• уменьшить объём;
• изменить порядок;
• подключить дополнительного человека;
• перенести инициативу;
• изменить архитектуру или зависимости.

Как понять, что план действительно помещается в квартал

После оценки этапов, ресурсов и зависимостей нужно построить календарную последовательность.

Тогда появляются реальные ответы:

• что продолжается с прошлого квартала;
• что стартует первым;
• что ждёт ресурс;
• что выполняется параллельно;
• какие инициативы заканчиваются в пределах квартала;
• что выходит за его границы.

Если последняя выбранная инициатива заканчивается уже в следующем квартале, это не ошибка расчёта.

Это сигнал, что исходный набор работ слишком большой.

Именно ради этого и нужен план.

Что делать, если всё не помещается

Есть несколько вариантов.

Уменьшить количество инициатив

Самый прямой путь.

Лучше осознанно перенести низкоприоритетную работу в следующий квартал, чем формально оставить её в плане и перенести уже после срыва.

Сократить scope

Иногда необязательно переносить всю инициативу.

Можно выделить минимальный полезный объём и остальную часть оставить на следующий этап.

Перестроить последовательность

Возможно, часть работ можно выполнить параллельно или изменить зависимости.

Добавить ресурс

Это имеет смысл, если новый специалист действительно снимает текущее ограничение.

Пересмотреть ожидания по срокам

Иногда бизнес-ценность инициатив выше, чем необходимость уложиться именно в квартал.

Главное — сделать выбор до начала периода.

Что делать со срочными задачами внутри квартала

Даже хороший план не отменяет срочных изменений.

Представим, что через месяц после старта появляется новая инициатива с максимальным приоритетом.

Есть два плохих варианта.

Первый:

просто добавить её сверху и сделать вид, что остальной план не изменился.

Второй:

отказаться от квартального плана вообще, потому что «всё равно всё меняется».

Правильный подход находится между ними.

Новая инициатива добавляется в текущую модель.

После этого нужно посмотреть:

• какой ресурс ей нужен;
• когда он реально освободится;
• какую работу она вытесняет;
• какие проекты сдвигаются;
• что теперь выходит за квартал.

Так квартальный план остаётся живым.

Он меняется, но изменения имеют понятную причину.

План и факт нужно разделять

Если квартал уже идёт, полезно различать:

первоначальный план — что ожидалось в момент согласования;

текущий прогноз — что ожидается сейчас;

факт — что уже произошло.

Это позволяет избежать двух крайностей.

Первая:

план нельзя менять, иначе потеряем историю.

Вторая:

переписываем даты каждый раз и через месяц уже не понимаем, что было обещано изначально.

История версий решает эту проблему.

Можно видеть:

• исходное состояние;
• последующие изменения;
• причину перепланирования;
• текущий прогноз.

Квартальное планирование — это не квартальный водопад

Иногда сам формат квартала воспринимается как попытка заранее зафиксировать всё на три месяца.

Но это необязательно.

Можно иметь устойчивые цели и относительные приоритеты, при этом регулярно обновляя календарный прогноз.

Например:

• цели квартала остаются;
• инициатива A остаётся важнее B;
• оценки уточняются;
• часть этапов меняется;
• прогноз завершения двигается;
• появляется новая информация.

То есть квартал задаёт горизонт управления, а не запрещает изменения.

Как проводить квартальное планирование на практике

Процесс можно организовать в несколько этапов.

1. Подведите итог текущего состояния

Перед новой сессией нужно понять:

• что уже завершено;
• что продолжается;
• какие сроки изменились;
• какие ресурсы заняты.

2. Определите цели следующего квартала

Лучше ограничиться небольшим количеством действительно значимых результатов.

3. Соберите инициативы-кандидаты

Каждая должна быть связана хотя бы с одной целью или обязательным ограничением.

4. Приоритизируйте

Получите относительный порядок инициатив.

5. Оцените основные этапы

Не обязательно добиваться идеальной точности.

Нужно получить рабочий масштаб.

6. Назначьте ресурсы и зависимости

Определите, кто нужен и какие работы ограничивают друг друга.

7. Постройте календарный план

Разместите этапы с учётом текущей загрузки и рабочего календаря.

8. Сократите объём, если он не помещается

Не оставляйте в квартале работу только потому, что она уже попала на слайд.

9. Зафиксируйте версию плана

Сохраните исходный прогноз и контекст решения.

10. Пересчитывайте при существенных изменениях

Новый приоритет, изменение оценки или отсутствие сотрудника должны отражаться в актуальном прогнозе.

Какие вопросы стоит задать на финальной проверке

Перед фиксацией квартального плана полезно пройти короткий чек-лист.

Что команда уже делает на старте квартала?

Какие три–пять инициатив действительно являются главными?

Есть ли у них строгий относительный порядок?

Какие специалисты являются узкими местами?

Учтены ли зависимости и отсутствия?

Какие инициативы имеют внешний дедлайн?

Есть ли запас на неопределённость?

Что первым выпадет из плана, если появится срочная работа?

Можно ли объяснить, почему каждая инициатива находится именно на этом месте?

Если на эти вопросы есть ответы, квартальный план уже значительно устойчивее обычного списка задач.

Типовые ошибки квартального планирования

Планировать только новые задачи

Хвост предыдущего периода никуда не исчезает.

Сначала обещать даты, потом проверять ресурсы

Так желание выдаётся за прогноз.

Включать слишком много инициатив

Планирование не работает без выбора.

Давать всем высокий приоритет

При первом конфликте реальную очередь всё равно придётся определять.

Не учитывать отпуска

Для дефицитного специалиста одна неделя может сдвинуть несколько проектов.

Не менять прогноз после изменения условий

План быстро теряет связь с реальностью.

Полностью переписывать историю

Тогда невозможно понять, почему текущие сроки отличаются от первоначальных.

Где здесь KORDO

KORDO подходит для уровня, где квартальные инициативы нужно проверить на исполнимость.

Product Owner определяет, какие проекты важнее.

Дальше инициативы можно разложить на этапы, указать оценки, исполнителей и зависимости и построить общую последовательность работ с учётом доступности команды.

Так квартальный список превращается в календарный прогноз.

Если в середине периода появляется новая приоритетная инициатива, важно не просто добавить её наверх.

Нужно увидеть, какие проекты получат ресурс позже и как изменятся их сроки.

KORDO помогает работать именно с этой связью:

приоритеты → общая команда → последовательность → даты.

Таск-трекер при этом может продолжать использоваться для ежедневной работы команды.

Главное

Хорошее квартальное планирование — это не попытка угадать будущее на три месяца вперёд.

Это способ принять ограниченное количество решений на основе текущей информации.

Практическая цепочка выглядит так:

цели → инициативы → приоритеты → этапы → ресурсы → календарный план → проверка квартала → перепланирование.

Если остановиться на целях и списке инициатив, получится roadmap.

Если добавить даты без проверки ресурсов — получится набор обещаний.

А реалистичный квартальный план появляется только тогда, когда команда проверила свои намерения на фактическую пропускную способность.

Тогда Product Owner может говорить не:

«Мы хотим сделать всё это в следующем квартале».

А:

«Вот что сейчас помещается в доступную команду, вот что имеет более высокий приоритет и вот что изменится, если условия поменяются».