Как проект-менеджер перестал грустить, определил приоритеты для команды с помощью матрицы приоритизации задач
Ситуация: в проекте много задач-фич, и совершенно неясно, что делать в первую очередь. Осложняется тем, что решение «что делать в первую очередь» влияет на всю компанию. Решение — использовать любую матрицу приоритизации задач.
Комментарий недоступен
думаю без учета контекста — это неактуально.
например, мэрия вводит новые указания по поводу работы общепита. если не отреагировать, и дать отлежаться, то работать не получится, в итоге — расходы на содержание общепита те же, а прибыли нет.
в моей рабочей практике есть кейсы, когда задача бывает срочной и нужно реагировать срочно, когда проходит какая-то конференция или выставка и нужно под ее сделать посадочные страницы, запустить трафик и все такое. про конференцию может быть известно за 3 недели, а то и за неделю. если не отреагировать, конференция прошла и не успел на ней «поживиться»
но для большинства моих кейсов это правда, срочность совсем туфтовый критерий, гораздо важнее «сколько денег я с этого получу». наверное есть более подходящий термин. если я пропущу эти конференцию, ничего не получу, если задача кажется «срочной» но от ее реализации я получу меньше, чем от несрочной, то она по этому критерию получит меньший приоритет. возможно из-за других штук, вроде «очень легко сделать», я ее все равно сделаю раньше.