Ответ
Приоритизация задач — это постоянный баланс между срочностью, важностью и ресурсами. Я использую комбинацию нескольких методов:
1. Оценка по матрице Эйзенхауэра (Срочно/Важно):
- Срочно и Важно (Квадрат I): Критические баги, инциденты на проде, дедлайны по договору. Делаю сразу сам.
- Важно, но Не срочно (Квадрат II): Разработка новой функциональности, рефакторинг, улучшение архитектуры. Планирую и выполняю в первую очередь после срочных.
- Срочно, но Не важно (Квадрат III): Некоторые запросы от других отделов, мелкие правки. Стараюсь делегировать или выполнять пакетно, чтобы не разрывать фокус.
- Не срочно и Не важно (Квадрат IV): Отвлекающие факторы. Игнорирую или откладываю на потом.
2. Согласование с бизнес-ценностью. Я регулярно обсуждаю с продакт-менеджером или тимлидом, какие задачи принесут наибольшую ценность пользователям или бизнесу в краткосрочной и долгосрочной перспективе. Задача с потенциальным большим impact получает высокий приоритет.
3. Учет технического долга и зависимостей. Иногда задача с низким бизнес-приоритетом (например, обновление критической библиотеки безопасности) становится срочной из-за технических рисков. Также я учитываю блокирующие зависимости: задача А должна быть сделана перед задачей Б.
На практике: Я веду список задач в трекере (Jira, Linear) и в начале дня или спринта провожу быструю оценку по этим критериям, чтобы определить порядок работы. Если приоритеты спорные — сразу иду на согласование, а не принимаю решение в одиночку.