Бэклог продукта: как собрать и расставить задачи по важности
Разберём на простом примере приложения, которое вы делаете сами.
Когда вы делаете свой продукт, идеи могут быть в заметках, переписках и даже в голове. Через неделю бывает трудно вспомнить, что делать дальше и почему вы отложили какую-то идею. Здесь покажем, как собрать все задачи в одном месте и выбрать следующую.
Что такое бэклог продукта
Бэклог продукта (список задач для развития продукта) — это один общий список. В него записывают новые идеи, исправления и вопросы, которые нужно проверить.
Важно не только записать задачи, но и поставить их в нужном порядке. Тогда видно, что делать сначала, а что оставить на потом. Задача в бэклоге — это план, а не обещание сделать её прямо сейчас.
Если вы делаете продукт один, бэклог помогает не забыть идеи и понять, что делать дальше. Все мысли и планы лежат в одном месте, поэтому к проекту легко вернуться после перерыва.
Чем бэклог отличается от дорожной карты (roadmap), списка дел и спринта (sprint backlog)
- Дорожная карта (roadmap) показывает большие цели. Бэклог хранит маленькие задачи, из которых эти цели складываются.
- Обычный список дел может содержать любые дела на день. Бэклог относится к одному продукту, и его можно менять, когда появляются новые сведения.
- Спринт (sprint backlog) — это короткий отрезок работы и задачи, выбранные только на это время. Это не весь бэклог.
- Kanban-доска (доска для движения задач по этапам) показывает, что сейчас происходит с задачами. На ней удобно следить за текущей работой, но это не весь бэклог.
Что записывать в бэклог
Представим простое приложение, где человек сам записывает свои расходы. В его бэклоге могут быть разные задачи:
- Новая функция (возможность программы): добавить расход, сумму, дату и категорию.
- Ошибка: не сохранять одну покупку два раза, если человек нажал кнопку дважды.
- Техническая задача (улучшение внутри программы): проверить подсчёт суммы за месяц.
- Проверка: показать пробную версию (прототип) и узнать, понятно ли, как записать покупку.
Не нужно писать каждую задачу сложными словами. Главное — объяснить, что должно получиться. Вместо «Сделать удобнее» напишите: «Дать возможность исправить ошибочную сумму».
Как составить первый бэклог
Сначала назовите ближайший результат
Не «сделать хорошее приложение для денег», а «человек может записать расход и увидеть сумму за месяц». Так проще понять, какие задачи действительно нужны.
Соберите задачи из идей, просьб и отзывов
Посмотрите заметки, переписки, текущие задачи и результаты проверок. Перенесите всё важное в один список. Не нужно планировать весь год — сначала соберите то, что уже известно, и запишите вопросы.
Выберите, что делать первым
Спросите себя: чем поможет эта задача, сколько времени и сил она займёт и что нужно узнать заранее. Если пока трудно оценить задачу, просто напишите, почему выбрали её первой.
Как приоритизировать задачи в бэклоге
Для небольшого продукта не обязательно сразу использовать сложную систему. Сначала сравните задачи по трём вопросам: помогает ли она проверить главную гипотезу, сколько людей получат пользу и что остановится, если её отложить.
- Сначала поставьте задачи, без которых нельзя проверить главный результат продукта.
- Затем выберите задачи, которые уменьшают важный риск или дают полезную обратную связь.
- После этого оставьте улучшения, которые можно сделать без изменения основной идеи.
Если две задачи кажутся одинаково важными, начните с той, которую быстрее проверить. Запишите причину выбора в описании карточки или в заметке проекта — через неделю это сэкономит время.
Пример бэклога небольшого приложения
Ниже — простой пример, а не готовый план для всех. Допустим, сначала нужно проверить запись расхода и сумму за месяц.
- Проверить ввод расхода на пробной версии (прототипе). Показать форму и посмотреть, что непонятно.
- Добавить расход вручную. Без этого нельзя проверить главный способ работы с приложением.
- Показать список расходов. Проверить, что запись появилась.
- Исправить сумму или категорию. Проверить, что меняется первая запись, а не создаётся новая.
- Показать сумму за месяц. Проверить, какие записи входят в сумму.
- Скачать записи в CSV (файл-таблицу). Пока отложить до проверки главного способа работы.
- Добавить связь с банком (интеграцию). Вернуться к ней, если ручная запись действительно мешает.
Как вести бэклог в WorkHub: пошагово
Сделайте всё по этим шагам. Так все задачи будут на виду, а вы всегда будете понимать, что делать дальше.
- Создайте проект для своего продукта или откройте готовый пример запуска продукта.
- Внутри проекта создайте доску задач.
- Создайте четыре колонки: «Идеи», «В работе», «Проверка» и «Готово».
- В колонку «Идеи» выпишите всё, что приходит в голову: новые функции, исправления и вопросы.
- Поставьте задачи по важности: сверху — то, что нужно сделать раньше всего.
- Возьмите верхнюю задачу и передвиньте карточку (задачу на доске) в колонку «В работе».
- Когда задача готова, передвиньте её в «Проверка» и убедитесь, что всё работает как нужно.
- Если всё хорошо, передвиньте задачу в «Готово». Если нашли проблему, верните её в «В работе».
- Создайте в проекте заметку «Решения по первой версии» и записывайте, почему что-то изменили.
Попробовать вести бэклог в WorkHub
Как поддерживать бэклог и возвращаться к работе
Раз в неделю быстро просматривайте список задач. Делайте это и после важного события: новой проверки, ошибки или изменения цели.
- Первые задачи помогают получить нужный результат?
- Понятно ли, как начать ближайшую задачу?
- Не появились ли новые задачи, которые нужно сделать раньше?
- Что изменилось и записали ли вы причину изменения?
Частые вопросы
Можно ли вести бэклог одному, без Scrum (метода работы по коротким шагам)?
Да. Бэклог — это обычная очередь задач для продукта. Его можно вести одному, без ролей и правил Scrum (метода работы по коротким шагам).
Нужно ли подробно описывать все элементы сразу?
Нет. Для ближайшей задачи достаточно написать, что должно получиться и как это проверить. Для далёкой идеи хватит короткого описания и причины, почему вы её сохранили.
Назовите ближайший результат, соберите все известные задачи и выберите первую. Запишите, почему начали именно с неё. Так будет проще продолжить работу позже.