Шаблон бэклога Scrum

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

Сгруппировав пользовательские истории в рамках функциональных возможностей, команды смогут определить ключевые задания и создать контрольные точки. Эти ориентиры должны соответствовать общим целям проекта, таким как перевод заработной платы по графику. Таким образом, участникам нужно указать все задания и пользовательские истории в рамках этой цели. А определение контрольных точек, в свою очередь, помогает командам сформировать требования для цели.

Одни пользовательские истории важны с точки зрения ценности для пользователей и бизнеса, в то время как другие можно назвать приятными, но необязательными. Сортировка пользовательских историй по приоритету позволяет командам сосредоточиться на важнейших заданиях. Ее можно осуществить в процессе совместной работы над проектом. Стоит отметить, что у разных участников может быть своя точка зрения в отношении сложностей или скрытых зависимостей. Приоритеты могут меняться, и команде следует регулярно уточнять бэклог, чтобы отразить эти изменения.

Понимание пользовательских историй помогает определить все задания, необходимые для достижения конечной цели. Когда истории разбиты на небольшие, посильные задания, команда сразу видит все пробелы, недостающие требования и препятствия. Это помогает точнее оценить сроки.

После того как разобьете истории на обязательные задания, оцените их уровень сложности. Чтобы точно рассчитать время, еще раз проанализируйте задание и требования к нему.

Agile-команды часто пользуются такими методами оценки, как оценка сложности: все участники высказывают мнение о работе с позиции своего опыта. Также есть метод временных оценок: команда определяет дату завершения и оценивает задания с конца. Такой подход может быть полезен при согласовании высокоприоритетных заданий и целей.

Чтобы создать бэклог спринта (задачи по разработке функции или выпуску продукта), выберите приоритетные задания из бэклога продукта. Назначьте исполнителей, исходя из прошлого опыта и имеющихся ресурсов. Проверьте, не возникнут ли накладки (например, не окажется ли так, что один из участников команды перегружен).

Поставьте реалистичную цель спринта, соответствующую целям проекта. При постановке цели опирайтесь на результаты работы команды по определению приоритетов пользовательских историй и оценке заданий.

Регулярные уточнения бэклога и обзоры итогов спринта на всем протяжении проекта помогают командам адаптироваться к изменению приоритетов или появлению новых требований. Бэклог неизбежно будет меняться и дополняться с учетом новых комментариев или аналитических данных.

В эффективных средах для совместной работы все участники команды могут поднимать вопросы и вносить предложения. Благодаря этому ценному вкладу изменения целей и бэклога становятся понятнее и вызывают меньше сопротивления.