Приоритизация задач: Как перестать утопать в делах и начать делать главное?

В недавнем посте про WIP-лимиты мы говорили о "производственном аде" - ситуации, когда команда перегружена задачами, работает на износ, но результат не растет, а качество падает. Я предлагал устанавливать лимиты по количеству задач на каждом этапе. Но как расти не набирая дополнительные кадры в штат?
Вообще существует экстенсивный рост (количественный) и интенсивный рост (качественный)
Если с первым всё понятно, то как быть со вторым?

Самый простой способ - выкинуть "ненужные" задачи

Давайте все уже поймем: все сделать невозможно. Осмыслите, примите и отпустите это уже наконец-то. Сразу станет легче 😊

Но как понять, что стоит делать а что нет?
В этом чате есть люди, у кого я являюсь руководителем, и они без трудов вспомнят что я постоянно говорю:
"У нас в компании есть 4 приоритета, перечисляю в порядке убывания:
- Мы сейчас теряем деньги, пока не сделаем эту задачу
- Мы на этом можем заработать, если сделаем эту задачу
- Эта задача повысит лояльность наших клиентов,
- Если не подходит под три верхних пункта - мы не делаем эту задачу."
Их я сформулировал почти 10 лет назад и по ним всё это время работает разработка проектов которыми я управляю. Они применимы к коммерческой организации, но это определенно не является универсальным способом оценки задач.
Поэтому тут хочу разобрать альтернативные модели приоретизации задач. Так или иначе все они субъективны и выбирайте тот который подходит непосредственно вам и вашему проекту

🟢 Матрица Эйзенхауэра (Eisenhower Matrix)
Этот метод подходит для индивидуальной приоритизации, когда нужно быстро распределить задачи по важности и срочности.

- Срочно и Важно (Do): Делайте немедленно. Это кризисы, проблемы, задачи с дедлайнами.
- Не срочно и Важно (Decide/Schedule): Запланируйте. Это задачи по развитию, планированию, предотвращению проблем. Часто самые важные для долгосрочного успеха.
- Срочно и Не важно (Delegate): Делегируйте. Это рутина, запросы, которые могут выполнить другие.
- Не срочно и Не важно (Delete/Eliminate): Устраните. Это отвлекающие факторы, бесполезная деятельность. Не нужно это делать .

🟢 MoSCoW (Must have, Should have, Could have, Won't have)
Отличный метод для приоритизации требований к новому продукту или фичей. Я им руководствуюсь когда меня просят провести анализ проекта или раскидать задачи для MVP

- Must have (Должно быть): Критически важно для работы продукта или его жизнеспособности. Без этого не выпускаемся.
- Should have (Следует иметь): Важно, но не критично. Отсутствие не помешает продукту работать, но снизит его ценность.
- Could have (Могло бы быть): Желательно, но не обязательно. Приятные дополнения, если останется время и ресурсы.
- Won't have (Не будем иметь): То, что не будет реализовано в текущем релизе/итерации.

🟢 RICE Scoring (Reach, Impact, Confidence, Effort)
Этот метод шифруется под объективность и предлагает оценить задачи и фичи в цифровом виде. Фактически вы рассчитываете балл для каждой задачи:

- Reach (Охват): Сколько пользователей (или клиентов) затронет эта задача?
- Impact (Влияние): Насколько сильно эта задача повлияет на достижение цели (например, увеличение конверсии, удовлетворенности)?
- Confidence (Уверенность): Насколько вы уверены в оценках охвата и влияния, а также в оценке трудозатрат? (В %: 50% — низкая, 80% — средняя, 100% — высокая)
- Effort (Трудозатраты): Сколько времени (человеко-дней, недель) потребуется на выполнение задачи?
🔜Формула: (Reach×Impact×Confidence)/Effort
❗️Нужна формула (макс и мин) для расчёта каждого показателя, это не говориться ни в одной "рекламе" данного способа. Если у вас разные сотрудники оценивают по данной шкале, и вы не ограничиваете их оценки - метод приведёт к обратному эффекту.

Как применять?
Выбор метода зависит от контекста ваших задач, команды и проекта. Используйте это как основу и доработайте применимо именно вам.

#Управление_процессами #Менеджмент #Agile #Продуктивность #Аналитика