На этом этапе каждая задача из бэклога анализируется, оценивается и разбивается на подзадачи. Все это должно быть согласовано, поскольку, как было отмечено выше, после начала спринта нельзя вносить изменения в задачи и шаги, необходимые для их выполнения. Бэклог продукта — это список, в котором собраны все задачи и user stories, которые должны быть выполнены для завершения всего проекта. После создания бэклога важно регулярно корректировать его по мере выполнения программы. Регулярный пересмотр бэклога в кругах специалистов по Agile часто называют «грумингом» или «ведением бэклога» (некоторые используют термин «уточнение бэклога»).
В данном случае вы ограничиваете максимальный период времени, отведенный команде на планирование спринта. Scrum-мастер отвечает за то, чтобы каждый участник собрания понимал ограничения по времени. Если команда справляется с работой раньше, собрание завершается. С помощью ограничений определяется только максимальная продолжительность собрания; минимальная продолжительность бэклог спринта не задается. Хотя понятие «бэклог продукта» достаточно простое, оно может быть довольно сложным, поскольку в него входит буквально все, что должно быть выполнено для успешного проекта. Необходимо знать проект изнутри и снаружи, обладать необходимыми навыками, чтобы разбить каждую из этих отдельных задач на ряд подзадач, которые затем можно поручить команде.
Управление работой
Рассмотрим, что может включать в себя бэклог спринта и чем он отличается от бэклога продукта. При масштабировании Скрама увеличивается число Скрам-команд и становится все труднее синхронизировать их работу. Можно создать скрам-доску верхнего уровня с крупными задачами и доски команд, на которых будут жить дочерние задачи по отношению к задачам спринта.
Функции состоят из более простых пользовательских историй и расставляются в соответствии с приоритетами. Как видите, допустимы различные варианты, даже когда речь идет об артефактах, которым ваша команда может придавать ту или иную форму. Это показывает, почему важно оставаться открытыми к совершенствованию, в частности к совершенствованию способа ведения артефактов. Возможно, из-за принятых критериев готовности ваша команда испытывает чрезмерное давление и вам нужно пересмотреть эти критерии. Также добавить задачу в спринт можно, отредактировав задачу и изменив поле Sprint (Спринт).
При оценке сложности работы не нужно преувеличивать свои знания
Если все линии выравниваются параллельно оси Х, это означает, что в определенные дни команда ничего не делала. Ситуация, когда сотрудники были на работе, но не выполнили ни одной задачи за несколько дней, очень маловероятна. Например, если сотрудников в команде мало, они могут не справляться с объемом работы.
Участники обучают друг друга выполнению разных задач, чтобы ни один из них не стал препятствием на пути к цели. Успешные scrum-команды способны к самоорганизации, и их подход к проектам пронизан командным духом. Все участники команды помогают друг другу, чтобы успешно завершить спринт. Роль владельца продукта не всегда совмещена с ролью менеджера продукта.
Шаг 3. Начало спринта
Всегда полезно расставлять приоритеты задач в бэклоге продукта от важнейших к менее важным. Это задача для владельца продукта, поскольку он наиболее близко знаком с требованиями стейкхолдеров. Когда бэклог становится слишком большим, чтобы на него хватало ресурсов команды даже в долгосрочной перспективе, задачи, до которых никогда не дойдет очередь, можно закрывать. Помечайте такие задачи специальной меткой, например «Вне объема работ», в трекере задач команды, чтобы изучить их позднее.
С их помощью пользователи могут без труда создавать диаграммы Burndown, бэклоги и инкременты. Начать работу просто, для этого воспользуйтесь бесплатным шаблоном Scrum для Jira. Релиз также может делиться на части и разбираться в отдельные спринты. Каждое обновление бэклога содержит свежую историю, на основе которой заказчик или пользователи могут давать свою обратную связь.
Артефакты Scrum
В результате обсуждения того, какие работы важнее, все приходят к общему представлению о приоритетности задач. Такие обсуждения способствуют формированию культуры, в которой приоритеты расставляются групповыми усилиями и все участники объединены общим взглядом на программу. Для реализации проекта от разработчиков необходимо большое количество усилий. Бэклог Спринта обычно включает одно или несколько улучшений процесса, которые Скрам-команда решила брать в работу на Ретроспективе прошлых Спринтов. Многие ассоциируют Scrum-спринты с Agile-разработкой программного обеспечения настолько часто, что Scrum и Agile принимают за синонимы. Agile — это набор принципов, а Scrum — методика для активного решения задач.
- Абсолютно все записи в Бэклоге должны нести важную информацию клиенту.
- Бэклог спринта, как и Бэклог продукта, ведет Владелец Продукта или менеджер продукта.
- Когда акцент делается на цели, а не работе, можно продумать альтернативные варианты достижения этой цели.
- Согласно Scrum, команда не знает всего в начале проекта, но будет развиваться, извлекая уроки из опыта.
- Краткосрочные задачи нужно досконально проработать, прежде чем присвоить им этот статус.
Разработчики забывали отмечать свои задачи как выполненные, а потом сделали это за один день. На этом графике, в отличие от предыдущего, выровнялись только области https://deveducation.com/ тестирования и поставки, но область разработки продолжает расти. Такой график может появиться во время длинных государственных праздников или корпоративов.
Бэклог как Customer Journey Map
Это значит, что мы опять потратили время на ненужные процессы и поняли это довольно поздно. Похоже, какая-то функциональность оказалась лишней и ее просто убрали. Такое возможно, если команда не придумала, как реализовать ее, столкнулась с какой-то технической проблемой или вовсе упростила решение. В любом случае, если бы от этих задач отказались раньше, изменения обошлись бы проекту дешевле. Еще такой график указывает на плохо выстроенную коммуникацию с клиентом и нечеткие критерии, по которым задачу оценивают как выполненную. Возможно, задачи приняли без проверки или согласовывали без участия других членов команды, а из-за упущенных из виду ошибок вся работа в итоге откатилась назад.
Atlassian Together
Пользовательские истории — описание функций продукта простыми, общими словами, составленное с точки зрения пользователя. Благодаря им участники Agile-команды понимают, какими преимуществами будет обладать продукт после нововведений и что получит пользователь. Однако в бэклоге указываются более частные задачи, которые раскрывают, как именно должен идти рабочий процесс над целями, отмеченными в дорожной карте. Дорожная карта проекта — это визуализация стадий разработки проекта. Дорожная карта ориентирована на глобальные задачи, она отображает концепцию продукта, его стратегию и достигнутые цели. Таким образом вы потратите время, которое было запланировано на решение других задач.
