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

Приоритизация срочных и важных дел

Это один из самых критических навыков Product Manager'а. В условиях ограниченных ресурсов нужно постоянно выбирать, на что потратить время и внимание. Я использую структурированный подход, основанный на матрице Эйзенхауэра и дополняю его метриками влияния.

Матрица приоритизации

Я разделяю все дела на четыре категории:

Квадрант 1: Срочное + Важное

Примеры: критичный баг в production, срочный запрос от ключевого клиента, падение сервиса

Что делаю:

• Решаю СЕГОДНЯ (или в день критичности)
• Мобилизую команду, если нужно
• Паркую остальное на время

Но внимание! 80% "срочных" дел — это результат плохого планирования. Если часто попадаешь сюда, значит процесс нужно улучшать.

Квадрант 2: Несрочное + Важное

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

Что делаю:

• Это мой основной фокус (40-50% времени)
• Планирую дедлайны в неделю/месяц вперёд
• Защищаю это время от отвлечений

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

Квадрант 3: Срочное + Неважное

Примеры: многочисленные совещания, звонки от партнёров, срочные просьбы от других отделов (но не критичные)

Что делаю:

• Минимизирую или делегирую
• Ставлю чёткие границы (Я отвечу завтра в письме)
• Не позволяю этому занимать основное время

Квадрант 4: Несрочное + Неважное

Примеры: скроллинг соцсетей, бесцельные совещания, работа с низким ROI

Что делаю:

• Не делаю или минимизирую
• Автоматизирую, где возможно

Фреймворк приоритизации (RICE)

Для более детального анализа использую RICE — фреймворк приоритизации фич:

RICE = (Reach × Impact × Confidence) / Effort

Reach (Охват)

Скольких пользователей затронет эта работа за квартал?

• 1000+ = 3 балла
• 100-1000 = 2 балла
• <100 = 1 балл

Пример: Оптимизация checkout коснётся 5000 пользователей в месяц = 3 балла

Impact (Влияние)

Как это повлияет на каждого затронутого пользователя?

• Огромное (10x улучшение) = 3 балла
• Значительное (2-10x) = 2 балла
• Минимальное (<2x) = 1 балл

Пример: Снижение времени checkout с 5 минут до 1 минуты = значительное (5x) = 2 балла

Confidence (Уверенность)

Насколько уверены в оценке?

• Высокая (есть данные) = 100%
• Средняя (аналогия с прошлым) = 50%
• Низкая (предположение) = 25%

Пример: Похожее улучшение дало 20% lift в конверсии. Уверенность 100%.

Effort (Затраты)

Сколько человеко-недель нужно?

• 1-2 недели = 0.5
• 1 месяц = 2
• 2-3 месяца = 4

Пример: Frontend разработка + тестирование = 3 недели = 1.5

Расчёт: (5000 × 2 × 1.0) / 1.5 = 6667 баллов — очень высокий приоритет

Практический рабочий процесс

На неделю (Понедельник утром):

1. Перепроверяю критичные баги и срочные задачи (Q1)
2. Смотрю на цели квартала — есть ли блокеры (Q2)
3. Планирую неделю: 60% на стратегию, 30% на текущее, 10% на другое

На день (Утро перед работой):

1. Максимум 3 приоритета на день (не больше!)
2. Сложное/важное — в начало дня (когда свежая голова)
3. Встречи и коммуникация — вторая половина дня

Правило 70/30:

• 70% времени: стратегические приоритеты
• 30% времени: текущее, срочное, неожиданное

Как я справляюсь с постоянными прерываниями

Проблема: В стартапе ВСЕГДА есть срочные дела, которые отвлекают от стратегии.

Решение:

1. Чётко разделяю роли

   • Я занимаюсь стратегией и приоритизацией
   • Lead разработчик занимается срочными багами и техдолгом
   • Customer Success занимается срочными запросами клиентов

2. Создаю буфер (slack)

   • Не планирую на 100% ёмкости команды
   • Оставляю 20% для неожиданного

3. Экспортирую текущее

   • Если задача срочная, но неважная — кто-то другой её делает

4. Минимизирую совещания

   • Standup: 15 минут
   • Weekly sync: 30 минут
   • Всё остальное — письма или async

Инструменты

• Jira/Linear — трекинг задач и приоритизация
• Trello доска — визуализация RICE скора
• Calendar blocks — защита времени для Q2 работы
• Slack automation — чтобы срочные вопросы не прерывали

Красные флаги

1. Если ты постоянно в режиме срочно — это не система, это хаос. Нужно восстанавливать процесс.
2. Если Q2 работа сдвигается каждую неделю — это знак, что ты неправильно оцениваешь срочность.
3. Если спешишь, снижай quality, чтобы доставить быстрее — ошибка. Лучше отложить, чем сломать.

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