263. Как я борюсь с захламлением бэклога и сохраняю фокус

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

Но что делать с сотнями идей, которые сыпятся на продуктолога со всех сторон — от пользователей, от маркетологов, от разработчиков, от инвесторов, и главное, от его же собственной фантазии?

Я применяю четырехуровневую иерархию:

1. North Star — ключевые направления/метрики. У меня такие:
– Рост числа подписчиков.
– Увеличение Retention.
– Увеличение среднего чека.
– Взрослая компания (сюда цели по технике, HR и процессам).

2. Growth Backlog — это концептуальные направления развития. Каждое направление перформит в какую-то Nord Star. У меня около 40 направлений.

3. Epics — это большие фичи, которые делать 2-8 недель. Каждый эпик входит в какое-то направление Growth Backlog. Сиротливых эпиков без направления — нет. В каждом направлении Growth Backlog по 2-10 эпиков.

4. Tasks — конкретные задач, которые делать 1-10 дней. Каждый таск входит в какой-то эпик. Сиротливые таски без эпиков — допустимы, но их не больше 10%. В эпике может быть от 5 до 50 тасков.

Планирование идет по кварталам. На каждый квартал я беру 3-5 эпиков. Такая система позволяет всегда понимать, какой эпик мы делаем и в какое концептуальное направление этот эпик перформит. Просто «полезных задач» мы стараемся не делать, чтобы сохранять фокус.

Когда появляется прикольная идея, я записываю ее в какой-то будущий Epic или в Growth Backlog. Если сразу не понятно, куда вписать — записываю в “Идеи”, которые разбираю и вычищаю раз в квартал.

Раньше я вёл “Идеи” в виде отдельных карточек, но это громоздко. Поэтому я перенес их в текстовый документ. На идею отвожу не больше абзаца.

А чтобы не было миллиона вечно неисправленных багов, используем Zero bug policy.