Нужно регулярно возвращаться к бэклогу, чтобы актуализировать его. По мере развития продукта часть задач будет терять актуальность, трансформироваться или менять приоритет. А отслеживание бэклога позволит команде быть в контексте происходящего и не тратить время на долгое обсуждение плана действий.
За составление бэклога продукта отвечает product owner (владелец продукта). В его формировании может также принимать участие scrum-мастер и другие напрямую заинтересованные лица, например, вовлеченные стейкхолдеры. Список задач составляют на основании дорожной карты и требований к продукту. Product owner регулярно пересматривает и обновляет бэклог если это необходимо, чтобы команда разработчиков на его основании могла выполнять свою работу и продвигаться к поставленной цели. Это полный перечень и описание требований, задач, функционала – всего, что нужно реализовать при разработке.
Scrum, Kanban и agile
В следующем разделе вы узнаете, что собой представляет бэклог продукта и как его создать. Значимым результатом наличия у продукта хорошего бэклога является то, что команда понимает куда двигается и зачем. А то как именно она будет это делать — отдельная история. В результате бэклог продукта значительно отличается от классического списка задач с подробной документацией о том, что и как должно быть сделано. Оценку размера элементов производят Разработчики, которые будут выполнять работу. Владелец продукта может влиять на Разработчиков, помогая им понять элементы и обсуждая компромиссы.
Включает добавление деталей, оценку и упорядочивание элементов в Бэклоге Продукта. Не относится к официальным Мероприятиям Скрама, однако зачастую проходит в виде мероприятия (встречи). Помимо описанных ранее официальных артефактов Scrum существует несколько расширенных артефактов (также называются мета-артефактами). Хотя расширенные бэклог продукта артефакты не зафиксированы в официальном руководстве по Scrum, они весьма ценны и станут дополнительным источником полезной информации о цикле применения методики Scrum. Артефакты создаются в ходе следующих основных этапов спринта Scrum. Компания находится в Москве, но предоставляет услуги по всей России и не только.
В каком сервисе/программе ставить задачи себе/сотрудникам?
Перед началом работы над проектом необходимо обработать информацию о нем. Может появиться, когда задачи переносят, чтобы ускорить работу, или из-за неправильного планирования. Чем больше и сложнее проект, тем больше элементов в бэклоге.
После того как бэклог создан и согласован с заказчиком, он корректируется по мере выполнения отдельных задач. Корректировки вносятся на основе выводов по последним итерациям с целью уточнения текущих приоритетов. Постоянная работа с бэклогом и его пересмотр также именуются грумингом или ведением бэклога. Если список требований становится широким, в нем рекомендуется выделять отдельно краткосрочные и долгосрочные задачи. Краткосрочные задачи перед присвоением им этого статуса досконально прорабатываются. Для этого создаются полноценные пользовательские истории, обсуждаются детали работы с дизайнерами и разработчиками, оценивается сложность разработки.
Приоритизация задач в бэклоге
Во время планирования спринта команды могут изучить прошлые диаграммы Burndown, чтобы понять, сколько заданий им будет по силам выполнить за грядущий спринт. Команды могут анализировать текущие диаграммы Burndown, чтобы выяснить, не отстают ли они от графика и смогут ли успешно завершить спринт. Во время обзора итогов спринта команды могут вернуться к диаграмме Burndown и увидеть, удалось ли им оправдать ожидания.
- Совершенный перечень рабочих задач – это тот, где в каждой строчке обозначено определенное задание.
- Выбираем самую простую задачу, например, пусть будет «Форма обратной связи».
- Она написала множество статей для блогов Trello и Atlassian.
- Благодаря постоянной актуализации задач удается предотвратить повторную работу над отдельными пунктами плана и их дальнейшую переделку.
При этом окончательное решение о том, как будет выглядеть бэклог продукта — и, в перспективе, сам продукт — остается за ним. Когда бэклог становится достаточно большим, владельцам продукта приходится выделять в нем группы краткосрочных и долгосрочных задач. Краткосрочные задачи нужно досконально проработать, прежде чем присвоить им этот статус. Для этого нужно составить полноценные пользовательские истории, обсудить все детали совместной работы с дизайнерами и разработчиками и оценить сложность разработки.
ПО РАЗМЕРУ КОМАНДЫ
Бэклог эффективен в работе, только если его правильно составили и регулярно обновляют. И все же, чтобы освоить Scrum, может понадобиться какое-то время, особенно если команда разработчиков привыкла к стандартной каскадной модели. Новой команде предстоит выбрать scrum-мастера, освоиться в мире коротких итераций, ежедневных scrum-собраний и обзоров итогов спринта. Из-за небольшого размера и гибкости scrum-команды успех зависит от каждого участника.
Это позволяет лучше распределить ресурсы и сосредоточить усилия на наиболее значимых задачах. Сложность в том, что в самом начале пути Scrum-команде часто не хватает понимания о том, как должен будет выглядеть продукт, и что, собственно, предстоит сделать. С этого и следует начинать подготовку к наполнению бэклога. Всё это позволяет расставить приоритеты и понять, что будет взято в первые два спринта, а что — отложено на более долгий срок.
AGILE JIRA
А магнитные офисные доски хорошо подходят для проведения мозгоштурмов. Технические возможности, которые могут быть полезны не только для заказчика, но и для конечного пользователя. Они должны соответствовать критериям приемлемости, информативности и быть оцениваемыми командой.
Эта встреча длится не более пятнадцати минут и проводится каждый рабочий день в одном и том же месте в одно и то же время. На нем озвучивается информация для оценки прогресса и отмечаются препятствия. В результате разработчики могут прийти к необходимости перепланирования работы внутри Спринта. Критерии готовности работы помогают определить границы инкремента.