Sprint backlog составляется перед каждой новой итерацией и актуален только на время спринта. Этот термин разработчики используют для обозначения списка заданий, который ранжирован по рейтингу их важности. Он составляется на основании «дорожной карты» проекта и его требований. В начале бэклога продукта идут самые важные задачи, которые команда должна выполнить первыми.
В этом случае он создает целую картинку о том, как каждый элемент бэклога отвечает за выполнение пользовательской работы. В минималистичном бэклоге должны быть указаны задачи и их приоритеты. У заданий с высокими приоритетами выше число (100, 300, 700, 1000).
способов приоритезировать бэклог продукта
В нем не рассматриваются командные ритуалы, которые вы проводите вне Jira Software, такие как собрания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение Scrum с помощью Jira Software». Вы сможете принимать решения о расстановке приоритетов систематически. Поэтому создайте другие списки, в которых вы организуете продуктовые идеи, не внося их в бэклог. Для этого подойдет файл «Отличные идеи» и, возможно, список «Долгосрочных задач».
- Техдолг — это задачи, отложенные в угоду скорости исполнения или из-за неправильного планирования.
- В основе бэклога продукта находятся дорожная карта команды и требования.
- В первую очередь, бэклог продукта должен содержать полное описание будущего программного решения.
- Он выступает единственным авторитетным источником информации, на который опирается компания.
- Как правило, для этого нужно много работать в команде, поэтому рекомендуется каждый день проводить стендапы, чтобы каждый участник команды понимал, чем занимаются остальные.
Важно понимать, что бэклог – это не просто список задач, записанных на бумаге. Занимается разработкой, ведением и обновлением бэклога продукта Project Manager. Он отвечает за то, чтобы бэклог продукта был актуальным и отражал значимые для продукта элементы, которые ведут к достижению бизнес–ценности, в том числе прибыли.
Чем отличаются Бэклог продукта и бэклог спринта
В большинстве случаев для качественной работы над проектами минималистичного бэклога недостаточно. В этом случае бэклог будет состоять не только из списка задач и их приоритетов, но и будет содержать подробное описание каждого задания. Бэклог Спринта – это Цель Спринта, набор Элементов Бэклога Продукта, выбранных для выполнения в текущем Спринте, а также план разработки Инкремента продукта и достижения Цели Спринта. Служит для наглядного представления работы, которую Команда определила для достижения Цели Спринта. Бэклог спринта[8] состоит из выбранных элементов из бэклога продукта, которые планируется разработать в рамках конкретного спринта. Product Roadmap (дорожная карта) — верхнеуровневый стратегический план, в котором отражено направление разработки вашего продукта.
Так называют мероприятие, где обычно выделяется время на оценку задач, их отбор на последующие циклы. Составляет бэклог руководитель проекта, иногда аналитик или разработчик, если речь идет о конкретном элементе. Актуальность бэклог это и приоритетность задач контролирует владелец продукта. Бэклог эффективен в работе, только если его правильно составили и регулярно обновляют. В Kanban работа с бэклогом не разбивается на итерации, а идет непрерывно, потоком.
Бэклог продукта
Бэклог продукта разрабатывает и ведет Project Manager (или Product Owner, если рассматривать фреймворк Scrum). Именно он занимается приоритизацией элементов бэклога (пользовательских историй). Однако в бэклоге указываются более частные задачи, которые раскрывают, как именно должен идти рабочий процесс над целями, отмеченными в дорожной карте.
У каждой из них есть свои особенности, поэтому при выборе надо учитывать потребности проекта и предпочтения команды. Но, в конце концов, владелец продукта – единственный человек, ответственный за определение приоритетов. Это также является причиной, по которой никогда не должно быть нескольких владельцев продуктов или комитетов владельцев продуктов. Для принятия решений должна быть единственная точка правды – это владелец продукта.
Шаг 4. Отслеживание прогресса команды
Agile-бэклог с правильно расставленными приоритетами не только упрощает планирование релизов и итераций. Работа становится для заинтересованных лиц и других команд более предсказуемой, что особенно полезно, когда они ставят перед вами дополнительные задачи. Полноценная работа над продуктом невозможна без обработки информации о нем. Напрямую к конечному пользователю она отношения не имеет, но должна быть обязательно проведена для полного понимания функций продукта. Часто результатом исследования могут стать знания, полученные в ходе мозгоштурма или поиска информации.
На скриншоте ниже вы видите, как может выглядеть бэклог продукта. В таблице указана приоритетность задач и их описание, объем и сложность работ по каждой из них в цифровом эквиваленте — story points. Бэклог продукта — это один из инструментов agile-разработки, который представляет собой перечень требований к продукту и задач, расставленных по приоритету. Как видно из этого примера, для бэклога продукта не нужны какие-либо сложные инструменты.
Бэклог
И да, статья о методологиях разработки, поэтому если что-то не поняли, это нормально. На больших проектах часто бэклог разрабатывают как Customer Journey Map. Очень важно всегда быть в контексте пользователя, поэтому CJM нужно регулярно обновлять. Из этого руководства с пошаговыми инструкциями вы узнаете, как создавать agile-доски в Jira Software.
В конце каждого спринта команда оценивает свои результаты и определяет, что можно улучшить в следующем. Бэклог продукта различается по размеру и степени детализации в значительной степени от того, как скоро команда начнет работать над ним. Те задачи, над которыми команда будет работать в ближайшее время, должны быть небольшими по размеру и содержать достаточно деталей, чтобы можно было начать работу.