Как приоритизируются задачи?
По гибриду критериев RICE и AARRR от создателей Дукалиса
По циклу HADI: Гипотеза → Действие → Данные → Выводы
По таблице возможностей. IT-AGENCY
Какие вопросы помогают расставлять приоритеты?
На какую метрику бизнеса влияет фича?
Что будет считаться показателем успеха внедрения?
Сколько людей будет этим пользоваться? Как часто?
Поможет ли это привлечь новых пользователей?
Станет ли пользователь счастливее?
Создаст ли новые источники дохода?
Если фича окажется успешной — хватит ли у нас ресурсов на ее поддержку и развитие? Производственный цикл станет сложнее, увеличится нагрузка на тех. поддержку и т. д.
Сколько будет стоить разработка?
Как быстро мы сможем ее сделать?
Будет ли это важно и актуально спустя какое-то время?
Думайте в терминах гипотез: «Я сделаю X и если получится Y, то это продвинет меня к цели, а если получится Z, то я смогу сделать вот такой вывод и это тоже продвинет меня к цели».
Есть ли какой-то ритуал приоритизации задач?
Как это устроено у создателей Дукалиса:
- На выставление оценок стало уходить по 15 минут в неделю. Система работала как часы и все быстро научились держать оценки в порядке.
- Родился пятничный ритуал обязательного прочтения всех задач всеми членами команды. Мы намного лучше понимали общий скоуп задач, а также «грумили беклог» каждую неделю.
- Каждый месяц оценки задач обнулялись и нужно было оценивать залежавшиеся задачи еще раз. Часто мы их просто удаляли за ненадобностью.
- Сброс оценок позволил решить проблему «постоянной переоценки ценностей».
- Такой процесс породил много продуктивных конфликтов. Люди начали спрашивать:
- Что это за задача?
- Зачем это делать?
- Я не понимаю описания?
- Кажется, что это не важно.
- Команда также стала обсуждать сами критерии, задумываясь о том, как та или иная часть системы влияет на успех всего продукта и компании.
- Продакт-менеджеры и продажники стали понимать важность «рефакторинга гридов». А разработчики осознали, почему верстка справки — это очень важная задача.
- Это даже стало небольшой игрой. Дукалис писал в общий канал в Slack, кто “Molodetz”. Поэтому ребята из команды старались оценивать задачи вовремя. И даже расстраивались, когда не получалось этого сделать.
