В продуктах для ИБ поток запросов почти не останавливается. Заказчики просят доработки под контракт, регулятор меняет требования, продажи приносят «это же просто фильтр добавить», внутренние стейкхолдеры добавляют свои гипотезы. Самый простой способ всем ответить: занести в backlog. Формально ничего не потеряно, всем спокойно.

Только через полгода backlog превращается в список из трёхсот задач, из которых в roadmap попадёт пять. И каждая из оставшихся двухсот девяноста пяти это чьё то тихое ожидание, которое никто явно не закрыл. Проблема не в объёме. Проблема в том, что backlog без явного отказа перестаёт быть инструментом приоритизации и становится местом, куда откладывают неудобный разговор. Молчаливое «когда нибудь» стоит дороже честного «нет, не будем делать, и вот почему».

Здесь backlog и roadmap часто путают. Backlog это пространство идей и гипотез, а не обязательство. Roadmap это то, на что команда реально подписалась. Если задача годами лежит в backlog и не двигается, это не приоритизация, это отложенный отказ, который никто не озвучил вслух.

Для себя вынес практику: раз в квартал явно закрываю часть backlog с формулировкой, почему это не будет сделано, и кто это придумал. Неприятно, зато backlog снова становится рабочим инструментом, а не складом чужих надежд.

Как у вас в команде принято закрывать задачи в backlog: есть явный ритуал отказа, или тоже копится и просто ждёт своего часа?