Узнайте об использовании версий в Jira

Из этого учебного руководства вы узнаете принципы работы с версиями в Jira.

1. Перейдите в проект.

2. В меню проекта нажмите Releases (Релизы).

3. Нажмите Create version (Создать версию).

4. Выберите текстовое поле Name (Имя) и введите имя. При желании заполните поле Start date (Дата начала) и (или) Release date (Дата выпуска) или добавьте описание версии в поле Description (Описание). Нажмите Save (Сохранить).
   Имена версий обычно состоят из цифр, например 1.0 или 2.1.1. Можно также использовать внутреннее кодовое имя.

После создания версии для ваших задач станут доступны поля Affects version (Затрагиваемая версия) и Fix version (Версия фикса).

Затронутая версия — это версия, в которой были обнаружены баг или проблема. Информация о таких версиях может быть полезна при отслеживании проблем, однако они используются в Jira довольно редко.

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

1. Перейдите в бэклог проекта.

2. Откройте панель Versions (Версии) слева.

3. Перетащите задачу в нужную версию для добавления.

• Откройте задачу, которую нужно добавить в версию.

• Найдите поле Fix version/s (Версия исправления) и введите имя версии, в которую нужно добавить задачу.

В Jira предусмотрено множество инструментов, с помощью которых можно следить за прогрессом работы над версией. Далее мы поговорим о некоторых из них.

С помощью представления хронологии в Jira можно собрать задачи и релизы в одном месте, чтобы планировать результаты, отслеживать прогресс и делиться обновлениями с заинтересованными сторонами. Настройте отображение релизов в хронологии, чтобы прямо там просматривать запланированные релизы и важные сведения о них.

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

1. В правом верхнем углу хронологии выберите View settings (Настройки представления).

2. Установите флажок рядом с пунктом Releases (Релизы).

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

1. Чтобы быстро определить статус каждого элемента во время планирования будущих релизов или отслеживания текущего, посмотрите на значок релиза.
   
   a. Синий кружок означает, что релиз НЕ ВЫПУЩЕН и дата выпуска еще не наступила.
   b. Красный кружок с восклицательным знаком означает, что релиз НЕ ВЫПУЩЕН и просрочен.
   c. Зеленый кружок с галочкой означает, что релиз ВЫПУЩЕН.

2. Используйте функцию Versions filter (Фильтр версий), чтобы показать в хронологии только те задачи, которые относятся к выбранным релизам. Так вы сможете увидеть все рабочие задачи, связанные с конкретным запланированным результатом.
   

3. Нажмите на любой из значков релиза, чтобы просмотреть важные сведения, такие как прогресс, даты и описание. При желании можно установить флажок рядом с пунктом Highlight on timeline (Выделить в хронологии), чтобы отобразить дату релиза. Это позволяет отслеживать готовность конкретного результата по мере приближения срока.
   
   а. Release status (Статус релиза) отображается как UNRELEASED (Не выпущено), RELEASED (Выпущено) или ARCHIVED (В архиве).
   b. Release description (Описание релиза) описывает результаты релиза. Это поле можно добавить при создании релиза или отредактировать на вкладке Releases (Релизы).
   c. Release progress bar (Индикатор прогресса релиза) показывает статусы задач, которые были назначены этому релизу, и автоматически обновляется по мере изменения статуса этих задач.
   d. Start date and release dates (Дата начала и даты релиза) — запланированные даты для вашего релиза, которые можно изменить на вкладке Releases (Релизы).
   e. Опция выделения даты релиза в хронологии обозначена вертикальной синей линией.
   
   

В центре управления релизами вы можете управлять всеми релизами, а также просматривать сведения о состоянии релизов и количестве задач в каждой версии.

Переход в центр управления релизами.

1. Перейдите в проект.

2. В меню проекта выберите Releases (Релизы).

1. Быстрые фильтры. Отобразите конкретные версии, исключив все остальные.

2. Список версий. Перетаскивайте версии, чтобы изменить их порядок.

3. Status (Статус): версии могут иметь один из трех статусов — UNRELEASED (Не выпущено), RELEASED (Выпущено) или ARCHIVED (В архиве).

4. Прогресс. Здесь показано количество задач, связанных с конкретной версией, а также состояние каждой задачи.

В отчете с диаграммой Burndown релиза указан объем выполненной и оставшейся работы. С помощью таких диаграмм можно спрогнозировать, выполнит ли команда работу в срок. Они также отлично подходят для того, чтобы сообщить команде о расширении области проекта.

Обратите внимание: прежде чем использовать диаграмму Burndown релиза, необходимо оценить сложность задач. Подробнее см. в нашем руководстве по диаграммам Burndown.

Чтобы просмотреть отчет с диаграммой Burndown релиза, выполните следующие действия.

1. Перейдите в проект.

2. В меню проекта выберите Reports (Отчеты).

3. Выберите Release Burndown (Диаграмма Burndown релиза).

1. Меню релизов. Выбор релиза, информацию по которому нужно просмотреть.

2. Добавленная работа. Сегменты темно-синего цвета отображают объем работы, добавленный в каждый спринт релиза. В этом примере объем работы измеряется в очках за пользовательские истории.

3. Оставшаяся работа. Сегменты светло-синего цвета отображают оставшийся объем работы в релизе.

4. Выполненная работа. Сегменты зеленого цвета отображают объем работы, выполненной в рамках каждого спринта в релизе.

5. Ожидаемое время завершения. В отчете показано, сколько спринтов потребуется для завершения работы над релизом с учетом скорости работы команды.

Подробнее см. в нашей документации по диаграммам Burndown для отслеживания релизов.

Ваша команда усердно потрудилась — настало время выпустить релиз ПО. На этом этапе вы должны быть уверены, что версия готова к релизу. Убедитесь, что все задачи завершены, код загружен и проверен, выполнено его слияние, сборки успешно протестированы и т. д.

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

1. Перейдите в проект.

2. В меню проекта выберите Releases (Релизы).

3. Кнопка «...»Выберите Actions () > Release (Действия > Выпустить) для версии, которую нужно выпустить.

На досках Kanban можно также выпустить все задачи из столбца Done (Выполнено) в качестве новой версии прямо со страницы доски.