То, что написано в нем – достаточные сведения для успешного запуска проекта. В Бэклоге продукта требования достаточно размытые, поэтому пользовательские истории разделяют на отдельные задачи. Это необходимо для представления объема работы, а также составления конкретных задач для реализации проекта. Бэклог это документ, содержащий полный список задач, функций и элементов, которые должны быть претворены в жизнь разработчиками проекта. Он содержит подробное описание будущего продукта, каждой функции, логики работы модулей и т.д.
Однако, в этом подходе работу над продуктом не разбивают на спринты, а создают только один бэклог. В scrum процесс разработки продукта делят на этапы, поэтому возникает путаница между такими понятиями как «бэклог продукта» и «бэклог спринта». В следующем разделе вы ознакомитесь с отличиями этих двух инструментов. Безусловно, требования должны быть однозначными и понятными, но если у команды возникнут какие-либо вопросы, вы должны быть в состоянии на них ответить и уточнить любые нюансы. Чтобы гарантировать, что бэклог продукта будет DEEP и останется таким, вы должны регулярно его улучшать. Обработка бэклога продукта — это непрерывный совместный процесс, в котором участвуют владелец продукта и команда.
Как структурировать расширяющийся бэклог
Это поможет правильнее и подробнее исполнить следующие шаги. Если проект небольшой, или это абсолютно новый стартап, можно сразу перейти к написанию юзер стори (историй пользователей). В таком случае все детали будут описаны и работать команде разработки будет проще.
- То что попало из Product Backlog в Sprint Backlog и будет набором задач на текущий Sprint.
- Его составляют на основе дорожной карты и требований в ней.
- Артефакты нужны для того, чтобы обеспечивать прозрачность ключевой информации для команды.
- В то же время бэклог спринта – это результат краткосрочного планирования, создаваемый и управляемый разработчиками.
- Благодаря им участники Agile-команды понимают, какими преимуществами будет обладать продукт после нововведений и что получит пользователь.
- Весь процесс должен занимать не более 10% времени всей команды.
Независимо от того, каким является продукт, сервис, либо услуга, совершенствование Бэклога – это важная составляющая его управления. Задача менеджера продукта (или Владельца Продукта) – сфокусироваться на ключевых элементах проекта. Главными элементами Бэклога являются пользовательские истории.
Уменьшение бэклога
Цель каждого спринта состоит в том, чтобы сделать полностью готовый самостоятельный подпродукт, который можно включить в релиз. Чтобы все было организованно и слаженно, на спринт из общего бэклога выбирается список задач, которые будут выполняться. Таким образом, бэклог продукта будет жить в течение всей работы над проектом, а перечень задач Sprint существует лишь 7 – 14 дней, пока идет работа над очередным спринтом. Бэклог продукта (product backlog) представляет собой структурированный перечень компонентов, задач и список функций, которые необходимо реализовать в рамках разработки проекта. По мере работы с проектом часть задач может терять актуальность из-за закрытия, выполнения или понимания их бесполезности. Задачи не всегда должны пропадать из поля зрения участников команды — они могут трансформироваться, получать новые приоритеты.
Через шесть недель у Скрам-команды будет шесть полноценных кусочков, которые мы можем соединить в торт. Но, что хорошо, если вам не понравится крем или бисквит в первом кусочке, вы всегда сможете сказать это Скрам-команде, и она испечет второй кусочек лучше первого. Третий кусочек может быть испечен уже с учетом вашей обратной связи от второго, и так далее. Особой популярностью пользуется доска, так как она позволяет участникам всей команды визуализировать поставленную задачу, и представлена в одной и той же версии.
Начните работу с SendPulse
Напротив, команда разработки самостоятельно выбирает задачи из бэклога продукта, когда у нее есть необходимые ресурсы, выполняя их непрерывно (Kanban) или итерациями (Scrum). За составление бэклога продукта отвечает product owner (владелец продукта). В его формировании может также принимать участие scrum-мастер и другие напрямую заинтересованные лица, например, вовлеченные стейкхолдеры.
При этом, на скорость их выполнения не влияют пожелания собственника. Участники рабочей группы сами выбирают для работы задачи бэклога, как только у них появляются соответствующие ресурсы. Они могут осуществлять выполнение заданий итерациями (Scrum) или безостановочно (Kanban).
Бэклог состоит из разнообразных элементов:
Продукт может быть услугой, физическим продуктом или чем-то более абстрактным. Product Owner может выполнять это работу сам или делегировать её выполнение другим лицам. Тем не менее, Product Owner остаётся ответственным за неё. Когда распределение закончено, каждая команда product backlog пример занимается только своей стеной задач, то есть своим Sprint Backlog. Как известно, ответственный за Product Backlog – Product Owner, однако его правкой могут заниматься многие. Очень удобно отслеживать, кто поставил задачу, чтобы знать, с кем по этому поводу общаться.
Технические подробности работы могут здесь не расписываться, но обязательно должно присутствовать общее видение продукта, а также цели и миссия. Наиболее важные этапы прописываются в самом начале, чтобы и команда, и клиент могли иметь четкое представление о работе. Структура проекта может быть разбита на несколько ключевых составляющих — пользовательских историй.
Agile и DevOps
После создания бэклога важно регулярно корректировать его по мере выполнения программы. Регулярный пересмотр бэклога в кругах специалистов по Agile часто называют «грумингом» или «ведением бэклога» (некоторые используют термин «уточнение бэклога»). Бэклог продукта разрабатывает и ведет Project Manager (или Product Owner, если рассматривать фреймворк Scrum).
Это непростая аналитическая задача, решение которой облегчают инструменты вроде WSJF — об этой методике мы подробно рассказывали в материале «Модель приоритизации бэклога WSJF». Чтобы бэклога продукта оставался актуальным, к нему нужно регулярно возвращаться. По мере разработки и обновления ПО некоторые задачи потеряют значимость, зато образуются новые. Отслеживание рассмотренного компонента – это ускорение релиза с минимальными затратами на совершенствование продукции в будущем. В спринт продукции включены задачи, которые получили высший приоритет. Во внимание в управляемом проекте принимается общая нагрузка.
