Сообщить об ошибкеКороткий ответ
Приоритизацию стоит строить на сочетании ожидаемого влияния задачи на ключевые бизнес-метрики, срочности и необратимости связанного решения, и стоимости выполнения анализа; единого универсального алгоритма нет — это управленческое решение, требующее явных и прозрачных критериев, согласованных со стейкхолдерами.
Как это работает подробнее
не все аналитические запросы одинаково ценны — анализ, способный предотвратить дорогое неверное решение (например, оценка эксперимента перед полным раскатом фичи для миллионов пользователей), обычно важнее разового любопытствующего отчёта, даже если второй запросили раньше.
Sanity check: раз в квартал сверять фактически потраченное время команды с распределением по этой матрице — если большая часть времени уходит на приоритет 3-4, стоит пересмотреть процесс приёма задач.
Пример кода
Матрица приоритизации:
Высокая необратимость решения Низкая необратимость
Высокое влияние Приоритет 1 (делать первым) Приоритет 2
Низкое влияние Приоритет 3 Приоритет 4 (backlog)
Пример: анализ перед остановкой убыточного направления (высокое влияние,
необратимо) — приоритет 1, даже если его запросили позже, чем разовый
отчёт для внутренней презентации (низкое влияние, обратимо).Что использовать на практике
- Полезный фреймворк — оценивать задачи по трём осям: потенциальное влияние на бизнес (сколько денег/риска затрагивает решение, которое опирается на этот анализ), срочность и необратимость (можно ли отложить или пересмотреть решение позже), и трудозатраты. Задачи с высоким влиянием и высокой необратимостью решения должны получать приоритет даже при более высокой трудоёмкости. Важно также закладывать время на "инфраструктурную" аналитическую работу (качество данных, автоматизация), которая не даёт немедленного эффекта, но снижает стоимость будущих задач.
Подводные камни
- Приоритизировать задачи исключительно по громкости или должности того, кто попросил, а не по реальному влиянию на бизнес
- Тратить непропорционально много времени на идеально точный ответ для низкоприоритетной задачи, жертвуя скоростью по более важным
- Не выделять время на поддержание качества данных и инфраструктуры, что со временем замедляет все остальные задачи.