Про то, откуда появляются задачи поговорили. Остался вопрос приоритетов.
Основные факторы влияния:
Актуальность и перспективность технологии
Голоса в трекере
Количество пользователей технологии
Польза
Нужно понимать, что у нас в трекере тысячи задач и мы никогда не сможем закрыть их все. И дело не в том, что продукт состоит из одних багов, а в том, что есть огромное количество технологий, которые мы поддерживаем, и с годами их количество только растет
Поддерживая новую технологию, мы практически сразу получаем фидбек в несколько десятков bugs и feature requests
Иногда их статус неоднозначен: с точки зрения разработчика, он просто не поддержал какую-то функциональность (например, рефакторинг выключен для каких-то случаев), в то время как пользователь видит эту неполноту поддержки и считает это багом
Почему не делаем какие-то задачи*
Нет уверенности о реальной потребности
Слишком мало пользователей
Противоречие с устоявшимися принципами
Сложно сделать с текущей архитектурой
*в конкретный момент времени
Украдено из доклада Кати и Дениса youtube.com/watch?v=3FiU9b…