Как перестать тушить пожары и начать управлять приоритетами

Знаешь это чувство, когда каждое утро начинается с сообщения “У нас тут всё упало, СРОЧНО!!!”? А потом приходит директор по продажам со своим “нам вчера нужно было”, а следом маркетинг с “это займёт буквально 5 минут”? И вот ты сидишь, смотришь на свой задачник, где все задачи помечены красным, и думаешь: “Какого хрена я вообще это всё приоритизирую, если всё равно всё горит?”

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

🤯 Почему классические приоритеты не работают

Давай начистоту: традиционная система приоритетов — это, по большей части, рудимент бумажной системы. И вот почему:

  1. Инфляция срочности. Когда все задачи становятся “высокоприоритетными”, ни одна из них таковой не является.
  2. Субъективность оценок. Для заказчика его задача всегда самая важная. Для разработчика — та, что интереснее. А для тебя как ИТ-директора — та, за которую сильнее всего выебут на ближайшем совещании.
  3. Динамичность ситуации. То, что было критичным утром, к обеду может стать неактуальным, потому что появилось что-то ещё более “срочное”.
  4. Отсутствие единых критериев. Каждый понимает “срочно” и “важно” по-своему. Для одних “срочно” — это “сегодня”, для других — “в течение квартала”.
Погружение в рабочий день

🧠 Почему мы так хреново расставляем приоритеты

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

Психологические ловушки

  • Эффект срочности. Мозг любит решать срочные задачи — они дают быстрый дофамин. “Смотрите, я потушил пожар! Я герой!” А стратегические задачи откладываются, потому что результат будет очень нескоро. Хотя ты так проиграешь куда больше.
  • Страх упустить возможность. “А вдруг это действительно важно, и если я не сделаю, будет пиздец?” — думаем мы и беремся за очередную “срочную” задачу.
  • Синдром спасателя. Многие ИТ-специалисты (особенно в руководящих должностях) любят чувствовать себя героями, которые спасают ситуацию в последний момент. Не надо так.

Организационные проблемы

  • Отсутствие стратегии. Когда нет чёткого понимания, куда движется компания или продукт, любая задача может показаться приоритетной.
  • Культура аврала. “У нас всегда так” — самая страшная фраза в корпоративном мире. Если авралы — это норма, значит, что-то серьёзно сломано в процессах.
  • Непрозрачность процессов. Когда люди не понимают, как принимаются решения о приоритетах, они начинают “пробивать” свои задачи всеми доступными способами.

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

🎯 Как починить эту хрень: практические методы

Хватит теории, давай к практике. Вот несколько рабочих подходов, которые я внедрил в свою жизнь (и стараюсь это передать команде), которые реально помогли навести порядок.

1. Метод “Ограниченного буфера срочности”

Суть проста: создаём отдельную полосу на канбан-доске для срочных задач, но с жёстким ограничением — не более 2-3 задач одновременно.

Как это работает:

  • Когда приходит новая “суперсрочная” задача, а буфер уже заполнен, заказчик (или я, если это мой план) должен решить: либо подождать, либо заменить одну из текущих срочных задач.
  • Это заставляет людей реально оценивать срочность и делать осознанный выбор.

Когда я внедрил это, количество “срочных” задач уменьшилось на 70% за месяц. Оказалось, что большинство “пожаров” могут спокойно подождать, если заставить людей выбирать.

2. Матрица “Ценность/Усилия” вместо абстрактных приоритетов

Вместо субъективных “высокий/средний/низкий” приоритетов, оцениваем задачи по двум осям:

  • Ценность для бизнеса (от 1 до 10)
  • Требуемые усилия (от 1 до 10)

Это я подсмотрел в Карте гипотез

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

Для оценки ценности привлекай представителей бизнеса и заставляй их обосновывать свои оценки конкретными цифрами — “Как эта задача повлияет на выручку/затраты/удовлетворённость клиентов? Почему?”. Да, они будут агриться, но только первое время, затем начнут думать иначе.

Матрица Ценность/Усилия

3. Метод “Стоимости задержки” (Cost of Delay)

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

Суть метода:

  1. Для каждой задачи оцениваем, сколько денег/ценности компания теряет за каждый день задержки её выполнения.
  2. Делим эту сумму на время выполнения задачи.
  3. Получаем конкретное число — “стоимость задержки на единицу времени”.
  4. Задачи с наибольшим значением этого показателя выполняются первыми.

Пример из моей практики:

  • Задача A: потеря 10 000 руб/день, время выполнения 5 дней → 2 000 руб/день/время
  • Задача B: потеря 5 000 руб/день, время выполнения 1 день → 5 000 руб/день/время

Несмотря на то, что задача A “дороже” в абсолютном выражении, задача B должна быть выполнена первой, потому что она даёт больший эффект на единицу затраченного времени.

Метод "Стоимости задержки" (Cost of Delay)
Говорят, люди картинки лучше запоминают

Принципы расстановки Custom Delay и приоритетов

При расстановке Custom Delay (CD) я выработал такую методу:

Сначала разбирваем все задачи на группы:

  1. Срочность (когда ждут, дедлайны)
  2. Важность (финансовые вопросы, блокирующие задачи)
  3. Зависимости (что должно быть сделано раньше других задач)
  4. Временные рамки (фиксированные события)
  5. Последствия невыполнения

или по другому:

  1. Срочные задачи (CD1 – выполнить немедленно)
  2. Важные задачи с коротким сроком (CD2 – сегодня обязательно)
  3. Задачи, которые нужно выполнить в ближайшие дни (CD3 – в течение 1-2 дней)
  4. Задачи, которые можно выполнить в течение недели (CD4 – в течение недели)
  5. Фиксированные по времени события (CD особый)
  6. Задачи для поддержания (CD5 – ежедневно)

В итоге у нас есть четкий план:

  1. Начинаю всегда день с планирования
  2. Сразу решаю срочные вопросы с CD1
  3. Выделяю блоки времени для задач с CD2
  4. Планиру время на подготовку к фиксированным событиям CD
  5. Распределяю задачи с CD3 и CD4 на ближайшие дни
  6. Включаю короткие перерывы на CD5, если это оправдано или вычеркивю их из плана (так тоже можно решить некоторые задачи)

4. Визуализация “пробок” и ограничение WIP

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

Что делать:

  • Установи жёсткий лимит на количество задач в работе (WIP-лимит)
  • Визуализируй “пробки” в процессе — места, где задачи застревают
  • Сфокусируйся на устранении этих пробок, а не на добавлении новых задач

В одном проекте мы сократили WIP-лимит с 15 до 5 задач на команду. Производительность выросла в половину и время выполнения задачи сократилось. Как оказалось, многозадачность — это просто красивое слово для “делать всё хуёво одновременно”.

🚀 Как внедрить систему приоритетов и не получить пизды тонну ненависти от коллег

Теперь самое сложное — как внедрить эти подходы, не вызвав бунт среди заказчиков и команды.

Шаг 1: Собери данные о текущем дне

Прежде чем что-то менять, опиши текущую ситуацию:

  • Сколько задач помечено как “срочные”
  • Сколько из них реально выполняется в срок
  • Сколько времени тратится на переключение между задачами
  • Какой процент задач постоянно блокируется или откладывается

Эти данные будут твоим аргументом, когда начнётся сопротивление.

Шаг 2: Найди союзников

Начни с одной команды или проекта, где боль наиболее очевидна. Найди там людей, которые тоже страдают от хаоса приоритетов — они станут твоими евангелистами.

Шаг 3: Проведи пилот с ограниченным масштабом

Выбери один из описанных методов и внедри его в пилотной команде (проеще всего в ТП) на 2-3 недели. Важно:

  • Чётко объясни правила игры всем участникам
  • Собирай регулярную обратную связь
  • Измеряй результаты (скорость выполнения, удовлетворённость команды и заказчиков)

Шаг 4: Масштабируй успех с доказательствами в руках

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

  • “Мы сократили время выполнения задач на 30%”
  • “Количество переключений между задачами уменьшилось вдвое”
  • “Команда больше не хочет выйти в окно стала предсказуемо выполнять обещания”

🧩 Культурные изменения: самая сложная часть

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

Что нужно менять в культуре:

  1. От героизма к предсказуемости. Перестаньте поощрять “героев” они не те, за кого себя выдают, которые работают по ночам, чтобы потушить очередной пожар. Вместо этого отмечайте тех, кто предотвращает пожары и обеспечивает стабильный процесс. Вот эти рябята – твой бро (или систер).
  2. От реактивности к проактивности. Выделяйте время на профилактику проблем, а не только на их решение. Да, планирование работы – тоже необходимая работа.
  3. От индивидуальной к командной ответственности. Приоритеты — это не проблема отдельного менеджера, это ответственность всей команды.
  4. От непрозрачности к открытости. Сделайте процесс принятия решений о приоритетах прозрачным для всех участников. Иначе тебя сожгут как Жанну Дарк.

У меня был разработчик, который кичился тем, что мог сделать любую задачу за выходные. Его постоянно восхваляли за героизм. Но когда я начал анализировать задачи, оказалось, что большая часть этих проблем были вызваны его же собственным говнокодом, написанным наспех во время предыдущих “рабочих” выходных

Ну и зачем он такой герой мне нужен?

🎯 Итак, что делать прямо сейчас?

Если ты дочитал до этого места и думаешь “как же всё сложно”, вот тебе простой план действий на ближайшую неделю:

  1. День 1-2: Проанализируй текущую ситуацию. Посчитай, сколько задач у тебя помечено как “высокий приоритет” и какой процент из них реально выполняется вовремя.
  2. День 3: Выбери один из методов (я рекомендую начать с “Ограниченного буфера срочности” — он самый простой для понимания).
  3. День 4-5: Проведи встречу с командой и заинтересованными сторонами. Если надо (Вдруг ты самодур и не советуешься). Объясни проблему, предложи решение, получи обратную связь.
  4. Неделя 2: Запусти пилот на одном проекте или с одной командой. Ну или начни это хотя бы тихо внутри для себя, чтоб понять работает ли для тебя.
  5. Неделя 3-4: Собирай данные, корректируй подход, готовься к масштабированию.

🍻 Вместо заключения

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

Когда в следующий раз кто-то прибежит к тебе с “СУПЕРСРОЧНОЙ!!!” задачей, спокойно спроси: “Что мы должны отложить, чтобы заняться этим?” Этот простой вопрос творит чудеса, заставляя людей реально задуматься о приоритетах.

А если тебе скажут “ничего откладывать нельзя, всё важно” — покажи им эту статью. Или просто пошли нахуй подумать, тоже вариант.

P.S. Я использовал все эти подходы в реальных проектах, и они работают. Но самый важный ингредиент — это твоя решимость перестать жить в режиме постоянного пожара. Как говорит один мой друг: Если ты каждый день тушишь пожары, возможно, проблема как раз в тебе!