Как сделать спринт в jira
Общие спринты в Atlassian Jira Software
В этой статье я хотел бы поговорить об Общих Спринтах (Shared Sprints) в Atlassian Jira Software.
Если почитать официальную документацию, например, вот тут, то там не будет такого понятия как общий спринт.
Впервые я встретил термин общий спринт вот тут. В этой статье хорошо рассказано, что такое общие спринты и как с ними жить.
Общие спринты — это важное понятие в Atlassian Jira Software, потому что знакомство с общими спринтами происходит, как правило, неожиданно, и кажется, что что-то пошло не так. Но это не так, и, если знать, как общие спринты работают, то можно их использовать для своих нужд.
В этой статье я покажу на примерах как выглядят общие спринты, и как их отличить от обычных спринтов. А также расскажу про их особенности.
Все примеры в этой статье я пробовал в Jira Software Cloud и в Jira Software Server 7.12.3.
Что такое общий спринт?
Общий спринт — это спринт, который виден на более, чем одной доске.
Например, есть вот такие скриншоты досок:
Можно увидеть, что на досках SCRUM и SCRUM2 есть спринт с названием SCRUM Sprint 3. Этот спринт виден на двух досках. Значит ли что мы видим общий спринт? Нет. В Jira Software может быть два разных спринта с одинаковым наименованием.
Как увидеть ид спринта?
Для того, чтобы понять общий ли спринт перед нами или обычный, мы должны посмотреть ид этих двух спринтов.
Посмотреть ид спринтов можно вот так:
Общий спринт
Теперь давайте посмотрим вот на этот скриншот:
На скриншоте мы видим доску SCRUM, на которой есть два спринта с одинаковым наименованием. И спринт, выделенный красным содержит такой же тикет, как и спринт на доске SCRUM2. Если мы проверим ид этого спринта на доске SCRUM и SCRUM2, то ид совпадут, а значит, что перед нами общий спринт.
Почему у нас один и тот же спринт на двух досках?
project = SCRUM OR priority is not EMPTY ORDER BY Rank ASC
project = SCRUM2 ORDER BY Rank ASC
Мы видим, что фильтр для SCRUM выбирает не только тикеты из проекта SCRUM, но и все тикеты в нашем инстансе Jira, у которых заполнен приоритет, а значит он выбирает и тикеты из проекта SCRUM2. Поэтому тикеты из проекта SCRUM2 видны и на доске SCRUM, и на доске SCRUM2. И поэтому если мы заполним поле Sprint в одном из тикетов, этот спринт появится на двух досках.
Спринт создается из доски и содержит ссылку на доску, из которой он создан. Для этого можно выполнить, например, rest/agile/1.0/sprint/sprintId и увидеть доску, из который спринт был создан. В нашем случае мы получим вот такой результат:
originBoardId = 3, а это доска SCRUM2. Это означает, что спринт изначально был создан на доске SCRUM2, а на доске SCRUM он появился потому, что тикет из спринта есть как на доске SCRUM2, так и на доске SCRUM.
Как себя ведут общие спринты?
Если внести какие-то изменения в общий спринт на любой из досок, на которой спринт виден, то изменения будут видны на всех досках.
Например, если мы переименуем спринт на доске SCRUM, то он переименуется и на доске SCRUM2. Если мы закроем спринт на доске SCRUM, то он и закроется на доске SCRUM.
Именно это поведение обычно встречают пользователи. Они работают со спринтом и вдруг спринт закрывается. Никто из команды его не закрывал. В результате оказывается, что спринт был закрыт из другой доски, у которой фильтр выбирает тикеты из этого проекта.
Как можно использовать общие спринты?
Допустим у нас есть несколько команд, и у каждой команды есть свой проект. Каждая команда создает доску и работает на этой доске. Мы хотим увидеть спринты всех команд. Как мы это можем сделать?
Изучите scrum с помощью Jira Software
Пошаговое руководство по ведению scrum-проекта.
Просмотр тем
Учебное руководство по scrum
Ознакомившись с пошаговыми инструкциями в этом учебном руководстве, вы сможете вести проект Scrum, расставлять приоритеты в бэклоге и упорядочивать работу в нем в спринты, проводить scrum-собрания и не только — причем прямо в Jira Software.
10 минут на прочтение. Прохождение учебного курса занимает 2 недели.
Вы только начинаете знакомство c разработкой программного обеспечения по методике agile, scrum или с Jira Software.
Вы создали аккаунт Jira Software.
Scrum — одна из самых популярных методик реализации agile. В методологии scrum продукт создается в ходе серии итераций с фиксированной длительностью. Такие итерации называются спринтами. Благодаря им agile-команды могут поставлять результаты работы в регулярном ритме.
Шаг 1. Создание проекта scrum
Создайте аккаунт Jira Software и войдите в него. Теперь вы можете выбрать шаблон из библиотеки. Выберите Scrum. (Узнать, как создать проект Kanban можно здесь.)
Далее будет предложено выбрать тип проекта. Если ваша команда работает самостоятельно и хочет управлять собственными рабочими процессами и практиками в независимом пространстве, попробуйте шаблон команды Scrum. Подробнее см. в статье о начале работы с проектами команды в сообществе Atlassian.
После создания проекта откроется пустой бэклог. Бэклог, или бэклог продукта, содержит текущий перечень потенциальных рабочих задач команды по проекту.
Шаг 2. Создание пользовательских историй или заданий в бэклоге
В Jira Software составляющие работы, такие как пользовательские истории, задания и баги, называются «задачами». Создайте несколько пользовательских историй с помощью опции быстрого создания в бэклоге. Если не получается придумать пользовательские истории, просто используйте примеры историй, чтобы начать работу и познакомиться с процессом.
В пользовательских историях рабочие задачи описываются нетехническим языком и с точки зрения пользователя. Как <тип пользователя>, я хочу <цель>, чтобы <извлечь пользу>.
Чтобы создать пользовательскую историю, в качестве примера представим веб-сайт.
Как клиент я хочу иметь возможность создавать аккаунт, чтобы можно было видеть мои предыдущие покупки.
Обычно пользовательские истории в общих чертах прописывает владелец продукта, после чего команда разработчиков определяет конкретные задания, которые нужно выполнить, чтобы завершить историю за следующий спринт. Команда разработчиков также должна оценить относительные трудозатраты для завершения работы над историей.
Создав несколько пользовательских историй, можно приступать к расстановке приоритетов в бэклоге. В Jira Software расположить истории в порядке приоритетности можно путем их перетаскивания, чтобы выстроить последовательность, в которой будет идти работа.
Это всего лишь первые примеры историй в проекте. Вы продолжите создавать истории на протяжении всей работы. Agile-методики подразумевают непрерывное обучение и адаптацию.
Шаг 3. Создание спринта
Создайте первый спринт в бэклоге, чтобы приступить к его планированию.
При работе в scrum команды планируют выполнить ряд пользовательских историй или других рабочих задач за фиксированный отрезок времени, также известный как спринт. Как правило, спринты продолжаются одну, две или четыре недели. Продолжительность спринта определяет команда, но начинать рекомендуется с двух недель. Это достаточно большой промежуток, чтобы что-то закончить, и при этом достаточно краткий промежуток, позволяющий команде регулярно получала отзывы о работе. Определив график спринтов, команда постоянно работает по нему. Спринты фиксированной продолжительности помогают развивать навыки оценки сложности и прогнозировать будущую скорость команды по мере работы над бэклогом.
Шаг 4. Проведение собрания по планированию спринта
В начале спринта следует провести собрание по планированию спринта со всей командой. На собрании по планированию закладывается основа для успешного спринта. В ходе него вся команда обсуждает цель спринта и истории из бэклога продукта, в котором уже расставлены приоритеты. Команда разработчиков составляет подробные задания и оценивает сложность наиболее важных историй. Затем эта же команда выбирает определенное количество историй, которые она обязуется выполнить за спринт. Из этих историй и плана их выполнения складывается бэклог спринта.
Добавьте оценки сложности, выраженные в очках, к историям. Для этого нужно ввести число в поле Story Point Estimate (Оценка сложности в очках). К историям можно добавить дополнительную информацию. Кроме того, можно нажать значок Create Subtask (Создать подзадачу), чтобы разбить работу над историей на еще более мелкие составляющие.
Закончив с этим, перетащите истории, которые были выбраны на собрании по планированию спринта, в только что созданный спринт. Теперь это бэклог вашего спринта.
Состав участников: (обязательно) команда разработчиков, Scrum-мастер, владелец продукта.
Когда проходит: в начале спринта.
Продолжительность: как правило, два часа на каждую неделю итерации. То есть двухнедельный спринт нужно начинать с четырехчасового собрания по планированию. Собрание заканчивается, когда достигнуты все его цели.
Назначение: планирование работы в спринте. Команда согласует цель спринта и бэклог спринта.
При создании спринта владелец продукта обычно определяет цель спринта. Она задает тему для работы, которую планируется выполнить в ходе спринта. Цель спринта также дает определенную свободу в выборе историй, которые нужно выполнить за спринт. Спринт считается законченным успешно, если достигнута его цель.
При традиционном подходе команды разработчиков ПО оценивают сложность работы во временном исчислении: дни, недели, месяцы.
Многие agile-команды, напротив, предпочитают оценку сложности в очках. С их помощью можно оценить относительные трудозатраты по шкале, напоминающей последовательность Фибоначчи (0, 0,5, 1, 2, 3, 5, 8, 13, 20, 40, 100).
Оценки помогают рассчитать, какой объем работы следует добавить в следующий спринт в зависимости от размера команды. Пройдет несколько спринтов, и ваша команда сможет точнее определять объем работы, который она способна выполнить за каждый спринт, чтобы не брать на себя непосильные задачи.
Шаг 5. Начало спринта в Jira
Назовите спринт. Некоторые команды выбирают название спринта, отталкиваясь от его цели. Если между задачами в спринте есть что-то общее, выберите название, связанное с этой темой. Вы можете назвать спринт как угодно.
Укажите продолжительность спринта, дату его начала и дату завершения. Эти даты должны быть выбраны в соответствии с графиком работы команды. Например, некоторые команды начинают спринты в понедельник, а завершают их утром в пятницу на следующей неделе. Другие команды предпочитают начинать и заканчивать спринты в середине недели. Решать вам! Если вы не можете сказать точно, сколько должен продолжаться ваш спринт, рекомендуем выбрать две недели.
Добавьте цель спринта, которая была согласована на собрании по планированию спринта.
После начала спринта откроется вкладка Active sprints (Активные спринты) проекта.
В этой вкладке ваша команда будет работать: брать элементы из столбца To do (Предстоит сделать) и переносить их в столбец In Progress (В процессе), а потом и в столбец Done (Завершено).
Если вы используете шаблон команды Scrum, вкладка будет называться Board (Доска).
Шаг 6. Проведение ежедневных стендапов
Когда спринт начнется, проводите совещания для своей команды каждый день (как правило, по утрам), чтобы узнать, кто над чем работает. Такие совещания помогают узнать, не столкнулся ли кто-то из команды с трудностями при выполнении заданий спринта.
Состав участников (основной): команда разработчиков
Когда проходит: раз в день, как правило, утром
Продолжительность: не более 15 минут. Не занимайте конференц-зал и не давайте участникам стендапа садиться. Если все будут стоять, собрание не займет много времени.
Назначение: ежедневный стендап проводится, чтобы быстро сообщить всем о делах в команде и спланировать работу на день. Это не полноценная планерка. Атмосфера должна быть легкой и непринужденной, но не бессодержательной. Пусть каждый участник команды ответит на следующие вопросы:
Когда отчитываешься о том, что было сделано вчера, перед своими коллегами, проявляется личная ответственность. Никто не хочет оказаться участником команды, который постоянно делает одно и то же и не движется вперед.
Подсказка. В некоторых командах используют таймеры, чтобы заканчивать вовремя. Другие бросают друг другу мячик, чтобы никто не выключался из обсуждения. Многие команды, участники которых находятся в разных городах, устраивают сеансы видеоконференции или группового чата, чтобы преодолеть разрозненность. Ваша команда уникальна, а значит, ваш стендап должен быть таким же!
Во время ежедневного стендапа можно обращаться к активным спринтам на доске Scrum, чтобы все участники видели задания, над которыми они работают.
Шаг 7. Просмотр диаграммы Burndown
Во время спринта рекомендуется сверяться с диаграммой Burndown. В Jira Software на диаграмме Burndown показан объем работы, фактически выполненный в ходе спринта, и плановый объем работы. Jira автоматически обновляет диаграмму Burndown по мере завершения рабочих задач. Чтобы просмотреть эту диаграмму, нажмите Reports (Отчеты) в боковой панели и выберите Burndown Chart (Диаграмма Burndown) из раскрывающегося списка с отчетами.
На диаграмме Burndown показан объем работы, фактически выполненный в ходе спринта, и плановый объем работы. Горизонтальная ось x диаграммы отражает время, а вертикальная ось y обычно отражает сложность истории в очках.
С помощью диаграммы Burndown отслеживайте, какой объем работы осталось выполнить до конца спринта и с какой вероятностью будет достигнута цель спринта. Отслеживая изменения в объеме работы на протяжении итерации, команда сможет регулировать прогресс и вносить корректировки в свой график.
Шаг 8. Просмотр отчета по спринту
Чтобы проанализировать спринт, вы можете в любой его момент или после него просмотреть отчет по спринту.
Отчет по спринту содержит диаграмму Burndown и перечень выполненных задач, невыполненных задач и всей работы, которая была добавлена после начала спринта.
Шаг 9. Проведение собрания по итогам спринта
В ходе собрания по итогам спринта, или демонстрации спринта, участники команды показывают, что удалось поставить за прошедший спринт. В результате каждого спринта обычно формируется работающая часть продукта, которая называется инкрементом.
На этом собрании участники подробно рассказывают о проекте. Проводится также сеанс мозгового штурма, чтобы решить, что делать далее.
Состав участников (основной): команда разработчиков, scrum-мастер, владелец продукта.
Необязательно: заинтересованные лица
Когда проходит: как правило, в последний день спринта
Продолжительность: как правило, два часа для двухнедельного спринта
Назначение: изучение этапа работы и совместное обновление бэклога продукта.
Вопросы, которые нужно задать:
Шаг 10. Проведение ретроспективы спринта
После завершения спринта команде следует провести ретроспективу. Зафиксируйте ход и результаты ретроспективы документально. Почему бы не в Confluence?
Состав участников: команда разработчиков, scrum-мастер, владелец продукта.
Когда проходит: в конце итерации.
Продолжительность: как правило, 90 минут для двухнедельного спринта.
Назначение: команда проверяет саму себя, в том числе процессы, инструменты и командное взаимодействие. Зачастую в бэклог следующего спринта добавляются задачи на усовершенствование.
Ретроспективы не только для неконструктивных жалоб. Они помогают определить, что работает (и пусть команда продолжит сосредотачиваться на этих аспектах), а что нет (уделите время поиску нестандартных решений и разработке плана действий). Постоянное совершенствование — это опора и движущая сила развития в agile-компании, и ретроспективы играют в нем ключевую роль.
Вопросы, которые нужно задать:
Подсказка. Даже если у команды все складывается хорошо, не переставайте проводить ретроспективы. Через ретроспективы команда получает актуальные указания, как сделать так, чтобы успех сохранился.
Шаг 11. Завершение спринта в Jira
В конце спринта необходимо завершить его.
Если какие-то задачи в спринте остались незавершенными, можно сделать следующее.
Шаг 12. Повторение шагов, начиная с шага 2
Сейчас у вас есть базовая информация о том, как составлять бэклог с помощью пользовательских историй, упорядочивать пользовательские истории в спринты, начинать спринт и проводить scrum-собрания. Вы можете решить, подходит это вашей команде или же требуется углубить знания.
Когда команда выполнит приведенные выше инструкции, можно приступить к изучению более сложного материала: «Применение расширенных методик Scrum с помощью Jira Software».
Узнайте, как использовать спринты в Jira Software
Руководство по работе со спринтами в Jira Software
Просмотр тем
Учебное руководство по спринтам Jira
Краткое описание: спринт — это фиксированный отрезок времени в цикле непрерывной разработки, за который команды выполняют работу из бэклога продукта. К концу спринта команда, как правило, создает и внедряет работающую версию продукта, знаменующую очередной этап его развития. Благодаря Jira Software бэклог оказывается в центре вашего совещания по планированию спринта, и вы можете оценивать истории, корректировать объем работ в рамках спринта, отслеживать скорость и расставлять приоритеты между задачами в режиме реального времени.
Из этого учебного руководства вы узнаете, как можно работать со спринтами в Jira Software. В нем не рассматриваются командные ритуалы, которые вы проводите вне Jira Software, такие как собрания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение Scrum с помощью Jira Software».
10 минут на прочтение. Прохождение учебного курса занимает не менее 2 недель
Вы создали проект Scrum в Jira Software.
Вы добавили в бэклог проекта задачи.
Спринт — это фиксированный отрезок времени, за который команды выполняют работу из бэклога продукта. Спринты обычно продолжаются одну, две или четыре недели. К концу спринта команда, как правило, создает и внедряет определенное изменение работающего продукта.
Шаг 1. Создание спринта
Нажмите кнопку Create Sprint (Создать спринт) в верхней части бэклога.
Если вы хотите спланировать работу на несколько недель вперед, можно создать несколько спринтов.
Шаг 2. Перенос историй из бэклога в спринт
Когда вы создали спринт, нужно наполнить его задачами. Но прежде обсудите со своей командой, какую работу вы хотели бы взять под свою ответственность. Пусть каждому участнику команды достанется достаточный объем работы.
Создавая спринт впервые, вы можете не знать, сколько задач добавлять в него. Это нормально, ведь понять это можно со временем. Прежде чем добавлять задачи в спринт, рекомендуется всей командой оценить их сложность. По завершении спринта вы увидите, сколько усилий команда смогла уделить спринту.
Со временем вы начнете понимать возможности команды, и это поможет в планировании будущих спринтов. Подробнее об оценке сложности см. в руководстве «Применение Scrum с помощью Jira Software».
Чтобы добавить истории в спринты, выполните следующие действия.
Перейдите в бэклог.
Перетащите задачи из бэклога в спринт.
Также добавить задачу в спринт можно, отредактировав задачу и изменив поле Sprint (Спринт).
Шаг 3. Начало спринта
Когда задачи добавлены в спринт и команда готова приступить к работе, нужно начать спринт.
Спринт можно начать только при следующих условиях.
У вас нет другого начатого спринта. Если вам нужно несколько активных спринтов одновременно, воспользуйтесь настройкой Parallel Sprints (Параллельные спринты).
Спринт находится в верхней строке бэклога. Если вы хотите начать запланированный спринт, который расположен на позиции ниже, измените порядок спринтов, чтобы вывести его в первую строку.
Чтобы начать спринт, выполните следующие действия.
Перейдите в Бэклог проекта Scrum.
Выберите спринт, который нужно начать, и нажмите Start Sprint (Начать спринт).
При необходимости измените название спринта в поле Sprint Name (Название спринта) и добавьте цель спринта в поле Sprint Goal (Цель спринта). В полях Start Date (Дата начала) и End Date (Дата завершения) выберите дату начала и дату завершения спринта соответственно.
Если вы не можете сказать точно, сколько должны продолжаться спринты, рекомендуем выбрать две недели. Это достаточно большой промежуток, чтобы что-то закончить, и при этом достаточно краткий промежуток, позволяющий команде регулярно получать отзывы о работе.
Шаг 4. Отслеживание прогресса команды
Во время спринта имеет смысл отслеживать прогресс команды. Для этого можно, например, обратиться к разделу Sprint Report (Отчет по спринту).
Во время спринтов команды совместными усилиями выполняют истории, которые они приняли на себя в начале спринта. Как правило, для этого нужно много работать в команде, поэтому рекомендуется каждый день проводить стендапы, чтобы каждый участник команды понимал, чем занимаются остальные.
Шаг 5. Завершение спринта
Чтобы завершить спринт, выполните следующие действия.
При необходимости выберите спринт, который нужно завершить, из раскрывающегося списка со спринтами.
Если в разделе Active sprints (Активные спринты) доски значится несколько спринтов, то нужно выбрать один из спринтов, чтобы появилась кнопка Complete Sprint (Завершить спринт).
Нажмите кнопку Complete Sprint. Все завершенные задачи исчезнут из раздела Active sprints (Активные спринты).
При наличии в спринте незавершенных задач будет предложено перенести их:
в один из будущих спринтов или
Пометьте эпик как завершенный, когда вся работа, запланированная для него, выполнена. Чтобы упростить задачу, рекомендуется во время создания эпика определить четкие критерии его готовности. Чтобы пометить эпик как завершенный, выполнять все истории, связанные с ним, необязательно.
Оптимизируйте спринты с помощью автоматизации
Когда вы поймете, как работают спринты, вы сможете оптимизировать процессы, используя автоматизацию. Вот три правила автоматизации, которые часто используются в спринтах Jira.
Эти и сотни других правил автоматизации можно найти в библиотеке шаблонов Jira Automation.
Хотите узнать больше?
Подробнее об использовании методики Scrum в команде см. в нашем руководстве «Применение Scrum с помощью Jira Software».
Подробнее о работе со спринтами в Jira Software см. в нашей документации по спринтам.
Спринты
Спринты
Что такое спринты?
ТВИИТ :«Спринты делают проекты более управляемыми, позволяют командам быстрее и чаще выполнять высококачественную работу и дают им больше гибкости для адаптации к изменениям».
Многочисленные сходства между ценностями Agile и scrum-процессами приводят к справедливой ассоциации. Спринты помогают командам следовать Agile принципу «частой поставки рабочего программного обеспечения», а также использовать Agile ценность «реагирования на изменения в соответствии с планом». Scrum-значения прозрачности, проверки и адаптации дополняют Agile и играют центральную роль в концепции спринтов.
Как планировать и выполнять scrum-спринты
Затем команда создает план того, как они будут создавать элементы списка необходимых требований (backlog) и получать их «Готов(-ыми)» до конца спринта. Выбранные рабочие элементы и план их выполнения называются «спринтом списка необходимых требований (backlog)». К концу планирования спринта команда готова приступить к работе с списком необходимых требований (backlog) спринта, перенеся элементы из этого списка в «Выполняется» и «Готово».
Во время спринта команда проверяет, как продвигается работа во время ежедневного scrum или летучки. Целью этой встречи является выявление любых препятствий и проблем, которые могут повлиять на способность команд к достижению цели спринта.
После спринта команда демонстрирует, что они выполнили во время ревью спринта. Это возможность вашей команды продемонстрировать свою работу заинтересованным сторонам и партнерам по команде до того, как она попадет в производство.
Что можно и нельзя
Даже когда основы не работают, большинство команд спотыкаются, когда начинают запускать спринты. Меган Кук завершает эту дискуссию некоторыми вопросами о том, что можно и чего нельзя делать, которые она отобрала за эти годы.
Что можно:
Пока вы работаете над тем, чтобы быть звездой Scrum с этими «разрешениями» (“do’s,”), следите также за несколькими красными флагами:
Не рекомендуется:
Узнайте больше о спринтах
Спринты настолько известны (и настолько эффективны!), что их часто считают первым шагом на пути к большей гибкости. Как мы узнали, освоение спринтов требует овладения горстки scrum и Agile концепций, которые опираются друг на друга. Пожалуйста, используйте остальные наши статьи о scrum, чтобы пополнить свои знания и приблизиться к блаженству scrum.
По материалам Agile Coach «Sprints»