Приоритизация задач – это ключевой навык для любого менеджера, но не всегда все так просто, как кажется на первый взгляд. Существует четыре основных уровня приоритета: низкий, средний, высокий и критический. Использование более четырех приоритетов усложняет процесс, не принося ощутимых преимуществ. Эффективность приоритизации зависит от четкого понимания, что именно должно входить в каждый уровень.
Для заказной разработки с фиксированной ценой (фикспрайс) приоритизация обычно не требуется, так как ТЗ должно быть выполнено полностью. При разработке по беклогу, где задач всегда больше, чем возможностей команды, приоритизация становится необходимой. Распространенной ошибкой является приоритизация на основе громкости запросов, когда важные, но не очевидные задачи остаются в конце списка.
Более здравый подход – приоритизация на основе влияния на бизнес и сложности задачи. Приоритизация багов обычно использует те же 4 уровня. Критические – требуют немедленного исправления, высокие – влияют на многих пользователей, средние – имеют обходные решения, низкие – незначительные, но требуют исправления.
Девальвация приоритетов происходит из-за манипуляций заказчиков и исполнителей. Заказчики могут завышать приоритеты, чтобы получить больше работы за меньшее время, а исполнители – занижать, чтобы уменьшить объем работы. Важно помнить, что все ошибки должны быть запланированы в работу, включая низкий приоритет. Менеджер должен стремиться к взаимовыгодным договоренностям и выстраивать корректную систему приоритизации.
Изображение носит иллюстративный характер
Для заказной разработки с фиксированной ценой (фикспрайс) приоритизация обычно не требуется, так как ТЗ должно быть выполнено полностью. При разработке по беклогу, где задач всегда больше, чем возможностей команды, приоритизация становится необходимой. Распространенной ошибкой является приоритизация на основе громкости запросов, когда важные, но не очевидные задачи остаются в конце списка.
Более здравый подход – приоритизация на основе влияния на бизнес и сложности задачи. Приоритизация багов обычно использует те же 4 уровня. Критические – требуют немедленного исправления, высокие – влияют на многих пользователей, средние – имеют обходные решения, низкие – незначительные, но требуют исправления.
Девальвация приоритетов происходит из-за манипуляций заказчиков и исполнителей. Заказчики могут завышать приоритеты, чтобы получить больше работы за меньшее время, а исполнители – занижать, чтобы уменьшить объем работы. Важно помнить, что все ошибки должны быть запланированы в работу, включая низкий приоритет. Менеджер должен стремиться к взаимовыгодным договоренностям и выстраивать корректную систему приоритизации.
