Владимир Бычко об управлении проектами

пиэм разъясняет, предостерегает, рекомендует

Тег: приоритет

Матрица Эйзенхауэра

Когда задач очень много и нужно понять, какие из них следует делать в первую очередь, имеет смысл посмотреть в сторону приоритизации по матрице Эйзенхауэра, которую придумал одноимённый генерал и президент США.

Матрица состоит из четырёх квадратов и выглядит так:

Поговорим про каждый из квадратов.

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

ПриоритЕт, но приоритИзация, приоритИзировать. Режет глаз, нелогично, но это так. 

Первоначальная основа: приоритет. Усекается ет, остается приорит + глагольный морф изирова + ть = приоритизировать. От этого глагола образовано существительное приоритизация.

Грамота.ру

Жёлтый. Важные, но несрочные. Сюда складываются все приоритетные задачи, из решения которых состоит ваш день. Не забывайте добавлять в этот квадрат не только задачи, относящиеся к проекту, но и личные активности, согласно вашим жизненным приоритетам.

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

Зелёный. Несрочные, неважные. Это поглотители времени. Эти задачи не нужно делать вообще. При правильном планировании этот квадрат, как и красный, должен быть пустым.

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

Приоритеты или ресурсы?

Вводная:

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

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

Аналитики работают на два продукта, их ресурсов априори недостаточно.
 
 

Вопрос:

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

Первый вариант решения:

В работу пошёл запрос с высшим приоритетом, затрагивающий продукт № 1. Аналитик потратил некоторое время, получил и согласовал оценку, написал требования, пришёл к менеджеру продукта № 1 и получил неожиданный ответ — у них нет ресурсов, чтобы эту доработку реализовать. У всех разработчиков есть задачи на ближайшую итерацию. В лучшем случае, возьмут в следующую.

Результат: Месячный лаг, негатив от всех клиентов, не заработали ничего.
 
 

Второй вариант решения:

Смотрим на очередь, видим запрос на продукт № 1. Проверяем наличие ресурсов в команде продукта № 1 и осознаём, что их нет. В то же время, в продукте № 2 свободные разработчики имеются, мало того, ощущается недостаток задач. Берём запрос на продукт № 2, проводим через аналитиков, сразу же отдаём в работу, получаем деньги.

Результат: Заказчик высокоприоритетного запроса недоволен, высшее руководство тоже — запрос с высшим приоритетом не пошёл в работу. Сделали запрос с более низким приоритетом, заработали деньги.
 
 

Вывод:

В ситуации, когда приоритетами управляет высшее руководство, а аналитики работают на все продукты сразу, правильный алгоритм определения запроса для взятия в работу таков:

  1. Выяснить наличие ресурсов во всех продуктах.
  2. Взять в работу самый приоритетный запрос на этот продукт.