Как перестать тушить пожары и начать управлять приоритетами
Знаешь это чувство, когда каждое утро начинается с сообщения “У нас тут всё упало, СРОЧНО!!!”? А потом приходит директор по продажам со своим “нам вчера нужно было”, а следом маркетинг с “это займёт буквально 5 минут”? И вот ты сидишь, смотришь на свой задачник, где все задачи помечены красным, и думаешь: “Какого хрена я вообще это всё приоритизирую, если всё равно всё горит?”
Если ты кивнул головой хотя бы раз — добро пожаловать в клуб. Я живу в этом аду приоритетов больше 10 лет, и сегодня расскажу, как перестать играть в пожарного и начать реально управлять рабочим процессом.
🤯 Почему классические приоритеты не работают
Давай начистоту: традиционная система приоритетов — это, по большей части, рудимент бумажной системы. И вот почему:
Инфляция срочности. Когда все задачи становятся “высокоприоритетными”, ни одна из них таковой не является.
Субъективность оценок. Для заказчика его задача всегда самая важная. Для разработчика — та, что интереснее. А для тебя как ИТ-директора — та, за которую сильнее всего выебут на ближайшем совещании.
Динамичность ситуации. То, что было критичным утром, к обеду может стать неактуальным, потому что появилось что-то ещё более “срочное”.
Отсутствие единых критериев. Каждый понимает “срочно” и “важно” по-своему. Для одних “срочно” — это “сегодня”, для других — “в течение квартала”.
Погружение в рабочий день
🧠 Почему мы так хреново расставляем приоритеты
Прежде чем я расскажу, как починить эту систему, давай разберёмся, почему мы вообще в этом дерьме оказались:
Психологические ловушки
Эффект срочности. Мозг любит решать срочные задачи — они дают быстрый дофамин. “Смотрите, я потушил пожар! Я герой!” А стратегические задачи откладываются, потому что результат будет очень нескоро. Хотя ты так проиграешь куда больше.
Страх упустить возможность. “А вдруг это действительно важно, и если я не сделаю, будет пиздец?” — думаем мы и беремся за очередную “срочную” задачу.
Синдром спасателя. Многие ИТ-специалисты (особенно в руководящих должностях) любят чувствовать себя героями, которые спасают ситуацию в последний момент. Не надо так.
Организационные проблемы
Отсутствие стратегии. Когда нет чёткого понимания, куда движется компания или продукт, любая задача может показаться приоритетной.
Культура аврала. “У нас всегда так” — самая страшная фраза в корпоративном мире. Если авралы — это норма, значит, что-то серьёзно сломано в процессах.
Непрозрачность процессов. Когда люди не понимают, как принимаются решения о приоритетах, они начинают “пробивать” свои задачи всеми доступными способами.
💡 Проблема не в том, что мы не умеем приоритизировать. Проблема в том, что мы пытаемся решить организационные проблемы техническими средствами.
🎯 Как починить эту хрень: практические методы
Хватит теории, давай к практике. Вот несколько рабочих подходов, которые я внедрил в свою жизнь (и стараюсь это передать команде), которые реально помогли навести порядок.
1. Метод “Ограниченного буфера срочности”
Суть проста: создаём отдельную полосу на канбан-доске для срочных задач, но с жёстким ограничением — не более 2-3 задач одновременно.
Как это работает:
Когда приходит новая “суперсрочная” задача, а буфер уже заполнен, заказчик (или я, если это мой план) должен решить: либо подождать, либо заменить одну из текущих срочных задач.
Это заставляет людей реально оценивать срочность и делать осознанный выбор.
Когда я внедрил это, количество “срочных” задач уменьшилось на 70% за месяц. Оказалось, что большинство “пожаров” могут спокойно подождать, если заставить людей выбирать.
2. Матрица “Ценность/Усилия” вместо абстрактных приоритетов
Вместо субъективных “высокий/средний/низкий” приоритетов, оцениваем задачи по двум осям:
Задачи с высокой ценностью и низкими усилиями становятся очевидными кандидатами на первоочередное выполнение.
Для оценки ценности привлекай представителей бизнеса и заставляй их обосновывать свои оценки конкретными цифрами — “Как эта задача повлияет на выручку/затраты/удовлетворённость клиентов? Почему?”. Да, они будут агриться, но только первое время, затем начнут думать иначе.
3. Метод “Стоимости задержки” (Cost of Delay)
Это более продвинутый подход, но он работает как магия в хогвардс, особенно для директора.
Суть метода:
Для каждой задачи оцениваем, сколько денег/ценности компания теряет за каждый день задержки её выполнения.
Делим эту сумму на время выполнения задачи.
Получаем конкретное число — “стоимость задержки на единицу времени”.
Задачи с наибольшим значением этого показателя выполняются первыми.
Пример из моей практики:
Задача A: потеря 10 000 руб/день, время выполнения 5 дней → 2 000 руб/день/время
Задача B: потеря 5 000 руб/день, время выполнения 1 день → 5 000 руб/день/время
Несмотря на то, что задача A “дороже” в абсолютном выражении, задача B должна быть выполнена первой, потому что она даёт больший эффект на единицу затраченного времени.
Говорят, люди картинки лучше запоминают
Принципы расстановки Custom Delay и приоритетов
При расстановке Custom Delay (CD) я выработал такую методу:
Сначала разбирваем все задачи на группы:
Срочность (когда ждут, дедлайны)
Важность (финансовые вопросы, блокирующие задачи)
Зависимости (что должно быть сделано раньше других задач)
Временные рамки (фиксированные события)
Последствия невыполнения
или по другому:
Срочные задачи (CD1 – выполнить немедленно)
Важные задачи с коротким сроком (CD2 – сегодня обязательно)
Задачи, которые нужно выполнить в ближайшие дни (CD3 – в течение 1-2 дней)
Задачи, которые можно выполнить в течение недели (CD4 – в течение недели)
Фиксированные по времени события (CD особый)
Задачи для поддержания (CD5 – ежедневно)
В итоге у нас есть четкий план:
Начинаю всегда день с планирования
Сразу решаю срочные вопросы с CD1
Выделяю блоки времени для задач с CD2
Планиру время на подготовку к фиксированным событиям CD
Распределяю задачи с CD3 и CD4 на ближайшие дни
Включаю короткие перерывы на CD5, если это оправдано или вычеркивю их из плана (так тоже можно решить некоторые задачи)
4. Визуализация “пробок” и ограничение WIP
Часто проблема не в приоритетах, а в том, что мы пытаемся делать слишком много одновременно.
Что делать:
Установи жёсткий лимит на количество задач в работе (WIP-лимит)
Визуализируй “пробки” в процессе — места, где задачи застревают
Сфокусируйся на устранении этих пробок, а не на добавлении новых задач
В одном проекте мы сократили WIP-лимит с 15 до 5 задач на команду. Производительность выросла в половину и время выполнения задачи сократилось. Как оказалось, многозадачность — это просто красивое слово для “делать всё хуёво одновременно”.
🚀 Как внедрить систему приоритетов и не получить пизды тонну ненависти от коллег
Теперь самое сложное — как внедрить эти подходы, не вызвав бунт среди заказчиков и команды.
Шаг 1: Собери данные о текущем дне
Прежде чем что-то менять, опиши текущую ситуацию:
Сколько задач помечено как “срочные”
Сколько из них реально выполняется в срок
Сколько времени тратится на переключение между задачами
Какой процент задач постоянно блокируется или откладывается
Эти данные будут твоим аргументом, когда начнётся сопротивление.
Шаг 2: Найди союзников
Начни с одной команды или проекта, где боль наиболее очевидна. Найди там людей, которые тоже страдают от хаоса приоритетов — они станут твоими евангелистами.
Шаг 3: Проведи пилот с ограниченным масштабом
Выбери один из описанных методов и внедри его в пилотной команде (проеще всего в ТП) на 2-3 недели. Важно:
Чётко объясни правила игры всем участникам
Собирай регулярную обратную связь
Измеряй результаты (скорость выполнения, удовлетворённость команды и заказчиков)
Шаг 4: Масштабируй успех с доказательствами в руках
Когда у тебя будут конкретные результаты пилота, используй их для масштабирования подхода на другие команды:
“Мы сократили время выполнения задач на 30%”
“Количество переключений между задачами уменьшилось вдвое”
“Команда больше не хочет выйти в окно стала предсказуемо выполнять обещания”
🧩 Культурные изменения: самая сложная часть
Технические решения — это только верхушка айсберга. Настоящие изменения происходят на уровне культуры в команде.
Что нужно менять в культуре:
От героизма к предсказуемости. Перестаньте поощрять “героев” они не те, за кого себя выдают, которые работают по ночам, чтобы потушить очередной пожар. Вместо этого отмечайте тех, кто предотвращает пожары и обеспечивает стабильный процесс. Вот эти рябята – твой бро (или систер).
От реактивности к проактивности. Выделяйте время на профилактику проблем, а не только на их решение. Да, планирование работы – тоже необходимая работа.
От индивидуальной к командной ответственности. Приоритеты — это не проблема отдельного менеджера, это ответственность всей команды.
От непрозрачности к открытости. Сделайте процесс принятия решений о приоритетах прозрачным для всех участников. Иначе тебя сожгут как Жанну Дарк.
У меня был разработчик, который кичился тем, что мог сделать любую задачу за выходные. Его постоянно восхваляли за героизм. Но когда я начал анализировать задачи, оказалось, что большая часть этих проблем были вызваны его же собственным говнокодом, написанным наспех во время предыдущих “рабочих” выходных
Ну и зачем он такой герой мне нужен?
🎯 Итак, что делать прямо сейчас?
Если ты дочитал до этого места и думаешь “как же всё сложно”, вот тебе простой план действий на ближайшую неделю:
День 1-2: Проанализируй текущую ситуацию. Посчитай, сколько задач у тебя помечено как “высокий приоритет” и какой процент из них реально выполняется вовремя.
День 3: Выбери один из методов (я рекомендую начать с “Ограниченного буфера срочности” — он самый простой для понимания).
День 4-5: Проведи встречу с командой и заинтересованными сторонами. Если надо (Вдруг ты самодур и не советуешься). Объясни проблему, предложи решение, получи обратную связь.
Неделя 2: Запусти пилот на одном проекте или с одной командой. Ну или начни это хотя бы тихо внутри для себя, чтоб понять работает ли для тебя.
Неделя 3-4: Собирай данные, корректируй подход, готовься к масштабированию.
Помни: идеальной системы приоритетов не существует. Но существует система, которая работает лучше, чем текущий хаос.
🍻 Вместо заключения
Управление приоритетами — это не про таблички и методологии. Это про здравый смысл, честные разговоры и постоянное напоминание себе и другим, что мы не можем сделать всё одновременно.
Когда в следующий раз кто-то прибежит к тебе с “СУПЕРСРОЧНОЙ!!!” задачей, спокойно спроси: “Что мы должны отложить, чтобы заняться этим?” Этот простой вопрос творит чудеса, заставляя людей реально задуматься о приоритетах.
А если тебе скажут “ничего откладывать нельзя, всё важно” — покажи им эту статью. Или просто пошли нахуй подумать, тоже вариант.
P.S. Я использовал все эти подходы в реальных проектах, и они работают. Но самый важный ингредиент — это твоя решимость перестать жить в режиме постоянного пожара. Как говорит один мой друг: Если ты каждый день тушишь пожары, возможно, проблема как раз в тебе!
Если статья была полезной, загляни в мои другие статьи: