Приоритизация задач нужна, чтобы команда осознанно выбирала следующую работу. Но таблица оценок не поможет, если люди не знают цели проекта, задачи поставлены туманно, а решение по ним неделями ждёт ответа. В главе о приоритизации Егор Ганин предлагает начать с диагностики таких причин и только потом выбирать метод сортировки.
1. Проверьте, кто управляет очередью
Соберите входящие задачи в одном месте. Для каждой укажите постановщика, желаемый результат, срок и причину срочности. Внешний запрос не должен автоматически обходить очередь только из-за статуса того, кто его принёс. Нужен человек внутри команды, который отвечает за задачу и может обсудить её место среди других работ.
Если заказчики и исполнители по-разному понимают, что срочно, договоритесь о правилах: кто меняет очередь, как команда узнаёт об изменении и какое обещание при этом сдвигается. Иначе задача с пометкой «срочно» незаметно заменяет уже согласованный план.
2. Найдите причину остановки
Проследите путь нескольких задержанных задач: проработка, дизайн, разработка, проверка, выпуск. Где они ждут? Если все упираются в один и тот же занятый этап, у команды действительно есть очередь, которую нужно упорядочить. Если задачи простаивают из-за уточнений, неготовых решений или отсутствия ответственного, причина другая.
| Что видно | Что проверить | Первый шаг |
|---|---|---|
| Все задачи ждут одного специалиста | Это повторяющееся узкое место или разовый пик? | Согласовать общую очередь и освободить время на блокирующие этапы. |
| Задачи возвращаются на уточнение | Понятны ли результат и критерий готовности? | Уточнить постановку задачи до передачи исполнителю. |
| Работа готова, но не движется дальше | Кто должен дать ответ, проверить или принять результат? | Назначить ответственного и время для перехода на следующий этап. |
Добавление людей само по себе не исправит процесс, в котором новая работа также будет ждать решения. Сначала убедитесь, что найдено настоящее узкое место.
3. Оставьте время на соседние этапы
Задача редко проходит все этапы без вопросов. Дизайнеру может понадобиться ответ постановщика, разработчику — уточнение по макету, тестировщику — решение об ожидаемом поведении. Если каждый занят только своей основной задачей и не отвечает на такие запросы, работа простаивает между этапами. Планируйте возможность вовремя дать короткое уточнение или принять промежуточный результат, сохраняя фокус на основной работе.
«Какая задача уже может перейти на следующий этап, если сегодня дать ей одно решение?»
4. Выберите ближайший полезный результат
Если выбор действительно между несколькими выполнимыми задачами, сравните их с целью проекта. Какая принесёт пользу раньше? Сколько усилий она требует? Что мы узнаем после её выполнения? В книге этот подход назван философией LHF — поиском «низко висящих плодов»: небольших действий с заметным результатом.
Простой путь не означает бездумно брать только лёгкое. Быстрый шаг не должен ухудшать опыт клиентов или разрушать долгосрочную цель. Иногда лучше вручную проверить гипотезу до дорогой автоматизации; иногда дешёвый обходной путь создаст больше проблем, чем решит.
Условный пример
Команда хочет сократить время ответа клиентам. В очереди стоят полная переделка личного кабинета, новый экран отчётов и настройка уведомлений о просроченных обращениях. Если обращения теряются именно потому, что ответственные их не видят, уведомления могут дать быстрый проверяемый эффект. Но перед работой нужно подтвердить причину по данным и договориться, как измерять время ответа после изменения. Если причина в нехватке сотрудников на смене, уведомления её не устранят.
Шаблон решения
Цель: какой результат важен сейчас.
Узкое место: где задачи ждут и почему.
Варианты: что можно сделать и сколько это займёт.
Выбор: ближайший полезный результат и что откладываем.
Проверка: по какому признаку поймём, что выбор сработал.
5. Зафиксируйте цену нового «срочно»
Когда появляется новый важный запрос, назовите работу, которую он вытеснит, и объясните последствия постановщику. Так очередь остаётся общей договорённостью, а не набором личных обещаний разным людям. На следующей проверке смотрите не только на число выполненных задач, но и на движение нужного результата и причины задержек.