Когда бэклог превращается в свалку идей, а задачи лежат месяцами (а то и годами) без движения, самое время пересмотреть правила груминга. Особенно в продукте на 1С, где legacy-код и ограничения платформы усложняют жизнь.

3 простых правила, чтобы бэклог не стал кладбищем фич:

1️⃣ «Правило ядерной кнопки» Если задача висит дольше релизного цикла (например, 3-6 месяцев) и никто не спрашивает о ней — удаляй. Нет запроса? Значит, она не нужна (пока).

2️⃣ «Сила убеждения» Перед попаданием в бэклог любая идея проходит через «защиту»: • Кто клиент? (не «внутренний заказчик», а реальный пользователь) • Какую боль закрывает?(если ответ «удобнее», а не «критично для работы», то это хотелка, а не фича) • Как измерим эффект?(нет метрики — нет приоритета).

3️⃣ «Бюджет внимания» У команды есть условные «часы» на груминг (например, 4 часа в месяц). Если бэклог переполнен — самые старые/сомнительные задачи автоматически выносятся на «суд»: либо в топ приоритетов, либо в архив.

Итог: Бэклог — не хранилище «на потом», а фильтр, который пропускает только то, что действительно добавит ценности продукту. Особенно в 1С, где каждая фича — это не только код, но и потенциальный техдолг.

Как у вас с бэклогом? Копятся ли там «задачи-зомби»?