Жизненный цикл тикета

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

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

Начало внимание

В статье приведён рекомендуемый порядок работы с тикетами. Вы можете изменить его под бизнес-процессы вашей компании.

Конец внимание

Анализ нового тикета

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

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

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

  • отредактировать описание тикета, если у владельца продукта достаточно информации о задаче;
  • вернуть тикет на уточнение автору, если после ознакомления с содержанием остались вопросы;
  • отложить тикет в бэклог, чтобы вернуться к более детальному анализу тикета позже или запланировать его обработку в следующем релизе. Оставьте краткий комментарий, укажите уровень приоритета тикета над другими обращениями в бэклоге и обозначьте планируемый релиз;
  • отправить на оценку разработчику для анализа времени, которое требуется для выполнения тикета. Укажите команду, разработчика и планируемый спринт;
  • установить приоритет тикета над другими. Это может быть, например, число от 0 до 100, где 0 означает некритичное изменение, а 100 — выпуск результата тикета требуется в ближайшем релизе;
  • назначить выполнение тикета другой команде разработки. Здесь же можно изменить разработчика и заранее указать тестировщика, которые будут работать над тикетом, а также сменить зону ответственности;
  • отменить обработку тикета.

Доработка запроса автором

Если содержание тикета не позволяет владельцу продукта определить важность нововведения для пользователей, тикет следует отправить на доработку автору. Для этого в карточке тикета нажмите кнопку На уточнение автором и оставьте комментарий с вопросами или пожеланием к дополнению.

Автор тикета должен отредактировать описание в карточке тикета, затем нажать кнопку Описание дополнено. Тикет по умолчанию возвращается в статус Новый.

Владелец продукта получит уведомление об изменении тикета и сможет направить его на следующий этап: на оценку или в бэклог.

Оценка затрат и проработка технической реализации

Прежде чем отправить тикет в разработку или отложить в бэклог владелец продукта может запросить дополнительную информацию у будущего разработчика нововведения. Для этого в карточке тикета нажмите кнопку На оценку, укажите команду и разработчика.

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

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

Бэклог

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

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

Когда владелец продукта решит, что тикет может быть выполнен в ближайший релиз, он нажимает кнопку В спринт в карточке тикета и указывает:

  • команду разработки,
  • ответственного разработчика,
  • уровень приоритета,
  • номер спринта и релиза.

Тикет будет запланирован в текущий спринт и получит статус Готов к работе. Команда разработки сможет приступить к выполнению тикета.

Владельцы продуктов могут автоматически определять тикеты в текущий спринт. Для этого нужно перейти в приложение Спринты и нажать кнопку Назначить спринт для задач без спринта. Нераспределённые тикеты автоматически попадут в текущий спринт.

Обратите внимание, используйте опцию только в том случае, если вы уверены, что приоритет тикетов без спринта позволяет им быть обработанными в ближайшее время. Действие опции не распространяется на тикеты в статусе Новый, Доработка автором и Бэклог.

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

Разработка

На этом этапе происходит выполнение основных задач тикета командой разработки.

После того как владелец продукта проанализировал тикет, учёл оценку разработчика, он назначает тикету спринт и релиз, нажав в карточке тикета кнопку В спринт. Тикет переходит в статус Готов к работе. Команда разработки выбирает в работу тикеты в этом статусе по указанному владельцем продукта приоритету, используя поиск по параметрам.

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

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

После того как разработка будет завершена, тикет можно:

  • отправить на проверку — специально назначенный сотрудник проанализирует работу новой функциональности и правильность выбранного технического решения;
  • передать на тестирование (QA) — тикет будет направлен в отдел тестирования для проверки работоспособности нововведения. Для этого разработчик должен составить и описать сценарий тестирования, чтобы тестировщик учёл все необходимые нюансы функциональности.

Тестирование (QA)

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

QA завершается, даже если в процессе проверки были найдены ошибки. В этом случае владелец продукта или лид команды возвращают тикет из статуса QA выполнен в разработку.

Можно также вернуть тикет в разработку до начала тестирования, если в его содержании недостаточно данных, или новая функциональность фактически ещё не готова к проверке.

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

Выполнение тикета

Когда запрошенное нововведение успешно реализовано командой разработки, тикету присваивается статус Сделан.

Выполненный тикет автоматически будет выпущен в рамках назначенного ему фактического релиза.

Тикеты, отправленные в определённый релиз, отображаются также в карточке релиза на вкладке Тикеты.

Вернуть отменённый тикет в работу

Вы можете вернуться к тикету, который был отменён, и продолжить его выполнение. Для этого воспользуйтесь поиском по параметрам и заполните поле Статус.

Отменённый тикет можно переоткрыть или направить на любой этап работы.