Объявить ваш бэклог банкротом.

Мой любимый продактплан прислал статью с тизерным названием.

На самом деле, оказалось, что это то, к чему я постоянно всех призываю - не бойтесь говорить нет и игнорировать второстепенные фичи. Если фича действительно важная, с ней все время будут возвращаться - юзеры, стейкхолдеры, саппорт.. Особенно это важно для энтерпрайз В2В продуктов, где:
1. намного меньше объективной аналитики (энтерпрайз-юзеров обычно не так много, плюс в разных индустриях разные паттерны использования)
2. юзеры и покупатели - разные люди (директора, CIO, тендерные комитеты и тд); в этом случае нужен баланс между удобством конечных пользователей и фичами, которые выигрывают RFP/тендера.

Удалить весь эклог - скорее радикальный подход, хотя для стартапа может быть и полезно.

В живом нагруженном продукте я бы видоизменил эту рекомендацию на: “удалить все баги старше 3 месяцев, сторики старше 6 месяцев”.

У опытных продактов конечно есть свой теневой бэклог 😉 где-то в гуглшитах, где сотни идей резвятся на просторе и не вводят в депрессию команду.

Мораль: выделите время сегодня или в понедельник, заварите чаю, и проанализируйте свой бэклог (я иногда даже просто распечатывал весь список тасок, чтоб оторваться от монитора и ничего не отвлекало).

Естественно, вы найдете много дубликатов и фич, нужных одному кастомеру/менеджеру, который громче всего кричит, - но главное - выпилите все что старше полугода - вы это делать все равно не будете, а если оно важное - оно вернется.

P.S. Не забывайте, что у опытной замотивированной команды тоже есть свой теневой бэклог с архитектурными улучшениями, выпиливанием костылей и прочим техдолгом. Им они занимаются благодаря завышенным оценкам, данным на рефайнменте/планнинге. Но что с этим делать - тема отдельного разговора))

https://www.productplan.com/backlog-bankruptcy/