Одна из самых частых ловушек в работе PM - воспринимать каждое “нужно срочно” как реальный приоритет.

Особенно если задача приходит от важного стейкхолдера, в эмоциональной формулировке и с ощущением, что “если не сделать сейчас, все сломается”.

Но срочное и важное - не одно и то же.

Срочная задача требует быстрой реакции.

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

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

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

Чтобы не принимать решение на эмоциях, я бы проверяла такие задачи через несколько вопросов:

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

Если команда уже загружена, новая срочная задача не появляется “сверху” плана. Она вытесняет что-то другое: разработку, тестирование, технический долг, подготовку релиза или нормальное время на проверку качества.

Поэтому хороший ответ на срочный запрос - не просто “да” или “нет”.

🥳 Лучше так: Можем взять в работу, но тогда нужно выбрать, что переносим из текущего плана.

🥳 Или так: Давайте сначала оценим влияние. Если риск действительно критичный — переставим приоритеты.

🐰Еще один полезный прием: просить инициатора сформулировать не “когда нужно”, а “что будет, если не сделать”.

Потому что “нужно сегодня” - это про желание. А “если не сделать сегодня, мы не сможем запустить сценарий в релиз” - уже про реальный приоритет.

😁 Главная мысль простая: срочность часто громче важности.

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