Как запустить спринт в jira
Перейти к содержимому

Как запустить спринт в jira

  • автор:

Изучение того как использовать спринты в программном обеспечении JIRA

В этом уроке мы расскажем, как работать со спринтами в программном обеспечении Jira Software. Обратите внимание, что групповые (командные) ритуалы, которые вы проводите вне программного обеспечения Jira Software, такие как встречи по планированию спринтов, ретроспективы и ежедневные летучки, здесь не рассматриваются Вы можете прочитать о них в разделе — Как делать scrum с программным обеспечением Jira Software.

Время:

10 минут чтения. Завершить в течение 2 недель или более

Аудитория:

Вы новичок в agile разработке программного обеспечения или Jira Software

У вас есть разрешение на управление проектами ( Administer Projects permission) для всех проектов на вашей доске Scrum. См. Управление разрешениями проекта (Managing project permissions) для получения дополнительной информации.

Необходимое условие (Предпосылки):

  • Вы создали учетную запись Jira Software
  • Вы создали проект Jira Software Scrum
  • Вы заполнили свой проект с задачами

Попробуйте бесплатно (ссылка)

ЧТО ТАКОЕ СПРИНТ?

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

Шаг 1: Создать спринт

  1. Перейдите в список необходимых требований («Backlog») своего Scrum-проекта.
  2. Кликните кнопку «Создать спринт» (Create Sprint button) в верхней части списка необходимых требований.

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

Шаг 2: Наполните свой спринт историями из списка необходимых требований (backlog).

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

СКОЛЬКО ЗАДАЧ ДОЛЖНЫ МЫ ДОБАВИТЬ?

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

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

Со временем вы сможете почувствовать работоспособность команды, что поможет вам соответствующим образом планировать будущие спринты. Подробнее об оценке читайте в нашем руководстве «Как делать scrum с Jira Software».

Чтобы добавить истории в свои спринты

  1. Перейдите в список основных требований (Backlog) .
  2. Перетащите задачи из списка основных требований (Backlog) на ваш спринт.

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

Шаг 3: Начните спринт

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

Обратите внимание, вы можете начать спринт, только если:

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

Чтобы начать спринт

  1. Перейдите в список необходимых требований (backlog) своего Scrum-проекта.
  2. Найдите спринт, который вы хотите запустить, и нажмите «Начать спринт» (Start Sprint).

  1. Обновите «Имя Спринта» (Sprint name) и если хотите, добавьте Заданный показатель (goal) Спринта (Sprint goal). Выберите «Даты начала» и «Даты окончания» для спринта (Start date и End date).

НАСКОЛЬКО ДЛИТЕЛЬНЫМИ ДОЛЖНЫ БЫТЬ НАШИ СПРИНТЫ?

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

Шаг 4: Отслеживайте прогресс работы вашей команды

Во время спринта вы, вероятно, захотите следить за прогрессом команды. Один из способов сделать это — просмотреть отчет Sprint (Sprint Report).

ЧТО МЫ ДОЛЖНЫ ДЕЛАТЬ ВО ВРЕМЯ НАШИХ СПРИНТОВ?

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

Шаг 5: Закройте спринт

Чтобы закрыть спринт

  1. Перейдите к активным спринтам вашей Scrum-доски.
  2. При необходимости выберите спринт, который вы хотите завершить, в раскрывающемся списке-спринтов. Обратите внимание, что если у вас есть несколько спринтов в активных спринтах на вашей доске, кнопка «Завершить Спринт» (Complete Sprint) не появится, пока вы не выберете один из спринтов.
  3. Нажмите «Завершить Спринт» (Complete Sprint). Все выполненные задачи выйдут из активных спринтов.

  1. Если спринт имеет незавершенные задачи, вам будет предложено переместить их в:
  • Список необходимых требований (backlog)
  • Любой будущий спринт, или
  • Новый спринт

КОГДА Я ДОЛЖЕН ОТМЕТИТЬ ЭПИК, КАК СДЕЛАННЫЙ?

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

Хотите узнать больше?

Если вы хотите узнать больше о внедрении scrum для своей команды, обратитесь к нашему руководству «Как сделать scrum с помощью программного обеспечения Jira».

Более подробную информацию о работе со спринтами в Jira Software можно найти в нашей документации по спринтам.

Есть вопросы? Спросите Сообщество Atlassian.

© 2017 JIRA — real help

Спринты

Спринт — это короткий период времени, в течение которого команда Scrum работает над выполнением заданного объема работы.

Что такое спринты?

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

«С Scrum продукт строится в виде серии итераций, называемых спринтами, которые разбивают большие сложные проекты на куски размером с кусочек», — говорит Меган Кук, менеджер по продуктам группы Jira Software в Atlassian.

ТВИИТ :«Спринты делают проекты более управляемыми, позволяют командам быстрее и чаще выполнять высококачественную работу и дают им больше гибкости для адаптации к изменениям».

Многие ассоциируют scrum-спринты с Agile разработкой программного обеспечения, настолько, насколько часто считается, что scrum и Agile — это одно и то же. Но это не так. Agile — это набор принципов, а scrum — это структура (фреймворк) для достижения цели.

Многочисленные сходства между ценностями Agile и scrum-процессами приводят к справедливой ассоциации. Спринты помогают командам следовать Agile принципу «частой поставки рабочего программного обеспечения», а также использовать Agile ценность «реагирования на изменения в соответствии с планом». Scrum-значения прозрачности, проверки и адаптации дополняют Agile и играют центральную роль в концепции спринтов.

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

Как планировать и выполнять scrum-спринты

Люди scrum действительно же подумали обо всем. Чтобы спланировать свой предстоящий спринт, вы используете встречу по планированию спринта! Планирование спринта — это совместное мероприятие, на котором команда отвечает на два основных вопроса: какую работу можно выполнить в этом спринте и как будет выполнена выбранная работа?

Выбор правильных рабочих элементов для спринта — это совместная работа владельца продукта, мастера scrum и команды разработчиков. Владелец продукта обсуждает цель, которую должен достичь спринт, и элементы списка необходимых требований (backlog) работы продукта, которые после завершения должны были бы достичь цели спринта.

Затем команда создает план того, как они будут создавать элементы списка необходимых требований (backlog) и получать их «Готов(-ыми)» до конца спринта. Выбранные рабочие элементы и план их выполнения называются «спринтом списка необходимых требований (backlog)». К концу планирования спринта команда готова приступить к работе с списком необходимых требований (backlog) спринта, перенеся элементы из этого списка в «Выполняется» и «Готово».

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

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

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

Что можно и нельзя

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

Что можно:

  • Убедитесь, что команда ставит и понимает цель спринта и то, как будет измеряться успех. Это ключ к тому, чтобы все выровнялись и двигались к общему месту назначения.
  • Убедитесь, что у вас в порядке ухоженный список необходимых требований (backlog) с вашими приоритетами и зависимостями. Это может быть большим вызовом, который может сорвать процесс, если он не управляется должным образом.
  • Убедитесь, что вы хорошо понимаете скорость и что она отражает такие вещи, как отпуск и командные встречи.
  • Используйте совещание по планированию спринта, чтобы конкретизировать интимные детали работы, которая должна быть выполнена. Поощряйте членов команды наметить задачи для всех историй, ошибок и задач, которые входят в спринт.
  • Оставьте работу там, где вы не сможете получить зависимости выполненными, такие как работа другой команды, дизайн и юридическое подтверждение.
  • Наконец, после принятия решения или плана убедитесь, что кто-то фиксирует эту информацию в вашем инструменте управления проектами или совместной работы, например, в билетах Jira. Таким образом, решение и обоснование легко увидеть каждому позднее.

Пока вы работаете над тем, чтобы быть звездой Scrum с этими «разрешениями» (“do’s,”), следите также за несколькими красными флагами:

Не рекомендуется:

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

Узнайте больше о спринтах

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

По материалам Agile Coach «Sprints»

© 2017 JIRA — real help

Общие спринты в Atlassian Jira Software

В этой статье я хотел бы поговорить об Общих Спринтах (Shared Sprints) в Atlassian Jira Software.

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

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

Общие спринты — это важное понятие в Atlassian Jira Software, потому что знакомство с общими спринтами происходит, как правило, неожиданно, и кажется, что что-то пошло не так. Но это не так, и, если знать, как общие спринты работают, то можно их использовать для своих нужд.

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

Все примеры в этой статье я пробовал в Jira Software Cloud и в Jira Software Server 7.12.3.

Что такое общий спринт?

Общий спринт — это спринт, который виден на более, чем одной доске.

Например, есть вот такие скриншоты досок:

SCRUM Board:

SCRUM2 Board:

Можно увидеть, что на досках SCRUM и SCRUM2 есть спринт с названием SCRUM Sprint 3. Этот спринт виден на двух досках. Значит ли что мы видим общий спринт? Нет. В Jira Software может быть два разных спринта с одинаковым наименованием.

Как увидеть ид спринта?

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

Посмотреть ид спринтов можно вот так:

Если навести мышку на кнопку, выделенную на рисунке выше красным, то мы увидим url, который будет оканчиваться на sprintId=. Это число и есть ид спринта. В нашем случае ид у двух спринтов разные, что означает, что перед нами не общий спринт, а два обычных спринта.

Общий спринт

Теперь давайте посмотрим вот на этот скриншот:

На скриншоте мы видим доску SCRUM, на которой есть два спринта с одинаковым наименованием. И спринт, выделенный красным содержит такой же тикет, как и спринт на доске SCRUM2. Если мы проверим ид этого спринта на доске SCRUM и SCRUM2, то ид совпадут, а значит, что перед нами общий спринт.

Почему у нас один и тот же спринт на двух досках?

Тикеты, которые видны на доске, выбираются фильтрами, которые определены для досок. Фильтры можно посмотреть, если перейти в меню Board Settings -> General. Вот так выглядят фильтры для досок:

SCRUM board:

project = SCRUM OR priority is not EMPTY ORDER BY Rank ASC

SCRUM2 board:

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.

Именно это поведение обычно встречают пользователи. Они работают со спринтом и вдруг спринт закрывается. Никто из команды его не закрывал. В результате оказывается, что спринт был закрыт из другой доски, у которой фильтр выбирает тикеты из этого проекта.

Как можно использовать общие спринты?

Допустим у нас есть несколько команд, и у каждой команды есть свой проект. Каждая команда создает доску и работает на этой доске. Мы хотим увидеть спринты всех команд. Как мы это можем сделать?

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

Узнайте, как использовать спринты в Jira Software

Max Rehkopf

Автор: Max Rehkopf

Просмотр тем

Учебное руководство по спринтам Jira

Краткое описание: спринт — это фиксированный отрезок времени в цикле непрерывной разработки, за который команды выполняют работу из бэклога продукта. К концу спринта команда, как правило, создает и внедряет работающую версию продукта, знаменующую очередной этап его развития. Благодаря Jira Software бэклог оказывается в центре вашего совещания по планированию спринта, и вы можете оценивать истории, корректировать объем работ в рамках спринта, отслеживать скорость и расставлять приоритеты между задачами в режиме реального времени.

Из этого учебного руководства вы узнаете, как можно работать со спринтами в Jira Software. В нем не рассматриваются командные ритуалы, которые вы проводите вне Jira Software, такие как собрания по планированию спринта, ретроспективы и ежедневные стендапы. О них можно прочитать в статье «Применение Scrum с помощью Jira Software».

10 минут на прочтение. Прохождение учебного курса занимает не менее 2 недель

  • У вас нет опыта agile-разработки ПО или применения Jira Software
  • У вас есть права на администрирование всех проектов на вашей доске Scrum. Дополнительную информацию см. на странице «Управление правами доступа на уровне проекта».
  • Вы создали аккаунт Jira Software.
  • Вы создали проект Scrum в Jira Software.
  • Вы добавили в бэклог проекта задачи.

Что такое спринт?

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

Шаг 1. Создание спринта

  1. Перейдите в Бэклог проекта Scrum.
  2. Нажмите кнопку Create Sprint (Создать спринт) в верхней части бэклога.

Если вы хотите спланировать работу на несколько недель вперед, можно создать несколько спринтов.

Создание спринта

Шаг 2. Перенос историй из бэклога в спринт

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

Сколько задач следует добавить?

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

Со временем вы начнете понимать возможности команды, и это поможет в планировании будущих спринтов. Подробнее об оценке сложности см. в руководстве «Применение Scrum с помощью Jira Software».

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

  1. Перейдите в бэклог.
  2. Перетащите задачи из бэклога в спринт.

Также добавить задачу в спринт можно, отредактировав задачу и изменив поле Sprint (Спринт).

Шаг 3. Начало спринта

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

Спринт можно начать только при следующих условиях.

  • У вас нет другого начатого спринта. Если вам нужно несколько активных спринтов одновременно, воспользуйтесь настройкой Parallel Sprints (Параллельные спринты).
  • Спринт находится в верхней строке бэклога. Если вы хотите начать запланированный спринт, который расположен на позиции ниже, измените порядок спринтов, чтобы вывести его в первую строку.

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

Выберите спринт, который нужно начать, и нажмите Start Sprint (Начать спринт).

  1. Перейдите в Бэклог проекта Scrum.
  2. Выберите спринт, который нужно начать, и нажмите Start Sprint (Начать спринт).
  3. При необходимости измените название спринта в поле Sprint Name (Название спринта) и добавьте цель спринта в поле Sprint Goal (Цель спринта). В полях Start Date (Дата начала) и End Date (Дата завершения) выберите дату начала и дату завершения спринта соответственно.

Какую продолжительность следует выбирать для спринтов?

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

Шаг 4. Отслеживание прогресса команды

Во время спринта имеет смысл отслеживать прогресс команды. Для этого можно, например, обратиться к разделу Sprint Report (Отчет по спринту).

Что следует делать во время спринтов?

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

Шаг 5. Завершение спринта

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

Нажмите кнопку Complete Sprint (Завершить спринт).

  1. Перейдите к разделу Active sprints (Активные спринты) доски Scrum.
  2. При необходимости выберите спринт, который нужно завершить, из раскрывающегося списка со спринтами.
    Если в разделе Active sprints (Активные спринты) доски значится несколько спринтов, то нужно выбрать один из спринтов, чтобы появилась кнопка Complete Sprint (Завершить спринт).
  3. Нажмите кнопку Complete Sprint. Все завершенные задачи исчезнут из раздела Active sprints (Активные спринты).
  4. При наличии в спринте незавершенных задач будет предложено перенести их:
  • в бэклог,
  • в один из будущих спринтов или
  • в новый спринт.

В каких случаях следует помечать эпик как завершенный?

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

Оптимизируйте спринты с помощью автоматизации

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

  1. Еженедельно отправлять сообщение Slack со списком всех задач, еще открытых в спринте. Перейти к правилу.
  2. После завершения спринта назначить нерешенные задачи следующему спринту. Перейти к правилу.
  3. Если состояние задачи изменилось на In Progress (В работе) и спринт стал пустым, переместить задачу в следующий активный спринт. Перейти к правилу.

Эти и сотни других правил автоматизации можно найти в библиотеке шаблонов Jira Automation.

Хотите узнать больше?

Подробнее об использовании методики Scrum в команде см. в нашем руководстве «Применение Scrum с помощью Jira Software». Не терпится начать? Ознакомьтесь с нашими шаблонами Jira Software.

Подробнее о работе со спринтами в Jira Software см. в нашей документации по спринтам.

Добавить комментарий

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