Бэклог на 500 задач, 5-10 стейкхолдеров и каждый уверен, что его задачи важнее. Что делать?

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

Вот как я подхожу к такому планированию на практике.

Шаг 1. Начни не с бэклога, а со стратегии

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

Какие метрики бизнес хочет улучшить в этом квартале? Выручка, удержание, NPS, снижение костов? Задачи, которые напрямую двигают эти метрики идут в приоритет автоматически, без политики и переговоров. Это снимает половину конфликтов ещё до первой встречи.

Шаг 2. Дай стейкхолдерам самим расставить приоритеты, но по правилам

Не собирай всех сразу. Сначала индивидуально с каждым.
Задача: попросить каждого проранжировать свои задачи относительно бизнес-метрик. Не «это важно, потому что я так считаю», а «это двигает метрику X на Y».
Это дисциплинирует. Люди начинают думать, а не лоббировать.

Шаг 3. Выбери систему приоритизации

RICE (Reach, Impact, Confidence, Effort) даёт цифру, с которой сложно спорить
Weighted Scoring - когда критерии согласованы заранее со всеми стейкхолдерами
Opportunity Scoring, если есть данные о важности и удовлетворённости пользователей

Главное: метод должен быть согласован до того, как ты начал считать. Иначе тот, кто проиграл, скажет, что методика неправильная.

Шаг 4. Наложи реальность

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

Часто оказывается, что задача №1 по приоритету блокируется задачей №47. Или что две задачи от разных стейкхолдеров делает одна команда и физически не влезают в квартал.

Это не проблема, а исходные данные для следующего шага.

Шаг 5. Общая встреча, куда ты приходишь с готовым планом

Не «давайте вместе придумаем», а «вот что я предлагаю и почему».
На встрече показываешь: что попадает в квартал, что уходит во второй эшелон, где конфликты и какие варианты их решения: доп. ресурсы, перенос сроков, отказ от части задач.

Твоя роль здесь - фасилитатор с предложением, а не модератор дискуссии.

Итого

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

#управлениепроектами #projectmanagement #менеджмент #teamlead #тимлид