Приоритизация задач: как выбрать работу команды на неделю

Сначала отделите разные типы работы

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

Сначала выделите инциденты, обязательства с твердым сроком и обычные улучшения. Для первых двух групп определите необходимую реакцию и ответственного. Оставшуюся доступную мощность команды распределяйте между улучшениями и плановой работой.

Не называйте каждую просьбу срочной. Срочность нужно объяснить событием: заканчивается срок, остановлена функция, партнер не может продолжить работу. Если последствия неясны, уточнение само становится небольшим следующим действием.

Опишите результат и цену задержки

Формулировка задачи должна позволять увидеть готовность. «Заняться сайтом» трудно оценить. «Проверить получение заявок с трех форм и исправить подтвержденные ошибки» задает понятный объем проверки.

Для каждой задачи запишите результат, причину выполнения сейчас, ожидаемое влияние и основание ожидания. Отделите подтвержденную проблему от предположения. Пять конкретных обращений о сбое дают другое основание для решения, чем желание повторить функцию конкурента.

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

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

Яндекс 360 разбирает MoSCoW, RICE и ICE. MoSCoW разделяет требования по необходимости для выбранного выпуска. RICE учитывает охват, влияние, уверенность и трудозатраты. ICE использует влияние, уверенность и простоту реализации. Эти подходы помогают структурировать обсуждение, но качество решения зависит от исходных оценок.

Для небольшой команды можно начать с трех колонок: влияние, уверенность и усилия. Рядом сохраняйте объяснение оценки. Число без основания создает видимость точности и плохо помогает в споре.

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

Учебный пример выбора задач

Предположим, у команды после регулярной работы остается 40 часов на улучшения. Это общий условный ресурс; отдельно нужно проверить доступность каждого специалиста.

Таблицу можно прокрутить вправо

Выбранные задачи занимают 30 часов. Оставшиеся 10 часов можно сохранить под обнаруженные ошибки и уточнения. В рабочем плане резерв выбирают по характеру задач и истории непредвиденной работы.

Если все три задачи требуют одного разработчика, а у него свободно только 12 часов, суммарные 40 часов команды не решают проблему. Тогда нужно изменить состав работ, срок или способ исполнения. Проверка нагрузки по ролям обязательна после общего отбора.

Учитывайте зависимости до обещания срока

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

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

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

Как проводить короткий разбор приоритетов

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

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

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

Как понять, что порядок работает

В конце периода сравните завершенное с выбранным. Разделите причины переноса: неверная оценка объема, внешняя зависимость, смена приоритета, ошибка или отсутствие исполнителя. Эти причины требуют разных изменений.

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

Сохраняйте короткую запись решения: что выбрали, на каких основаниях и какие условия заставят пересмотреть выбор. Через несколько недель такие записи покажут повторяющиеся ошибки оценки и помогут планировать следующий период точнее.

Продолжить разбор

• Делегирование задач: как передать работу и не переделывать за сотрудником
• KPI сотрудников: как выбрать показатели для небольшой команды
• Дашборд руководителя: какие показатели собрать и как ими пользоваться

Источники и материалы

• Яндекс 360: методы MoSCoW, RICE и ICE

Обсудить задачу с командой: Консалтинг и услуги для бизнеса.