Scrum Process Framework можно просмотреть с помощью последовательности событий и соответствующих артефактов. События Scrum представляют собой события с коротким временем. Это означает, что в проекте каждое событие схватки имеет предопределенную максимальную продолжительность. Эти события обеспечивают прозрачность в ходе проекта всем, кто участвует в проекте. Жизненно важные события схватки -

  • Спринт
  • Планирование Sprint
  • Ежедневные заседания Scrum
  • Обзор Sprint
  • Ретроспектива Спринта

Спринт

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

Цель Спринта - объективный набор для Спринта. Он дает указания Группе о том, почему она строит Приращение. Он создается во время совещания по планированию Sprint. Сфера охвата спринта уточняется и пересматривается между Владельцем Продукта и Командой, поскольку больше узнается о требованиях. Таким образом, каждый Sprint ассоциируется с ним, определение того, что должно быть построено, дизайн и гибкий план, который будет определять его построение, работу по разработке и последующий прирост продукта.

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

Из-за кратковременности характера Спринтов, отмена во время спринта редко имеет смысл. Поскольку спринт-аннулирование потребляет ресурсы, чтобы получить реорганизацию в другой Sprint, они очень необычны.

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

Планирование Sprint

Работы, которые будут выполняться в Sprint, запланированы на совещании по планированию Sprint. Совещание по планированию Sprint длится максимум четыре часа в течение двух недель спринтов и восемь часов в течение одного месяца спринтов. Заведующий Scrum несет ответственность за обеспечение того, чтобы собрание проходило, и что присутствуют все присутствующие присутствующие и понимают цель запланированного совещания. Мастер Scrum модерирует встречу, чтобы следить за тем, чтобы поддерживать дискуссию и закрывать вовремя.

Планирование Sprint фокусируется на следующих двух вопросах:

  • Что должно быть и может быть доставлено в Приложении Природы?
  • Как будет достигнута работа, необходимая для выполнения Спринта?

Вклад этой встречи -

  • Отпуск продукта
  • Последний продукт Increment
  • Прогнозируемая мощность команды во время спринта
  • Прошлые результаты работы команды

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

Затем команда Scrum придумывает цель Sprint. Цель Спринта - это задача, которая дает руководство для команды о том, почему она строит добавочный продукт. Затем команда решает, как она будет создавать выбранную функциональность в рабочем продукте Increment во время Sprint. Элементы Backlog продукта, выбранные для этого Sprint, а также план их доставки, называются Sprint Backlog.

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

Команда также может пригласить других (не являющихся частью команды Scrum) для участия в совещании по планированию Sprint, чтобы получить технический или доменный совет или помощь в оценке.

Ежедневные заседания Scrum

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

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

Во время встречи каждый член команды объясняет:

  • Что он сделал вчера, что помогло команде встретить цель Спринта?
  • Что он сделает сегодня, чтобы помочь команде встретить Спринт?
  • Видит ли он какие-либо препятствия, которые мешают ему или команде выполнить Спринт-цель?

Daily Scrum ошибочно считается событием отслеживания состояния, хотя на самом деле это событие планирования.

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

Хотя Scrum Master координирует Ежедневную встречу Scrum и гарантирует, что цели встречи будут выполнены, Совещание отвечает за команду.

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

Ниже приведены преимущества ежедневных совещаний Scrum -

  • Улучшите общение внутри Команды.
  • Определите препятствия, если таковые имеются, чтобы облегчить их раннее удаление, с тем чтобы свести к минимуму воздействие на Sprint.
  • Выделяйте и поощряйте быстрое принятие решений.
  • Повысить уровень знаний команды.

Обзор Sprint

Обзор Sprint проводится в конце каждого Спринта. Во время обзора Sprint просматривается презентация приращения, которое получает освобождение. На этом собрании команда Scrum и заинтересованные стороны сотрудничают, чтобы понять, что было сделано в Sprint. Основываясь на этом и любых изменениях в Записке продукта во время Sprint, участники приходят к следующим шагам, которые могут оптимизировать ценность. Таким образом, целью Sprint Review является получение обратной связи и прогресса в целом.

Обзор Sprint обычно проводится в течение двух часов в течение двух недель спринтов и в течение четырех часов в течение одного месяца спринтов.

Мастер Scrum гарантирует, что -

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

Обзор Sprint включает в себя следующие аспекты:

  • Участники включают в себя команду Scrum и ключевые заинтересованные стороны, приглашенные владельцем продукта.
  • Владелец продукта объясняет, какие элементы отставания продукта были завершены во время спринта и что еще не было выполнено.
  • Команда обсуждает, что было хорошо во время Спринта, с какими проблемами он столкнулся, и как эти проблемы были решены.
  • Команда демонстрирует работу, которую она выполнила, и отвечает на вопросы, если они есть, о Приращении.
  • Затем вся группа обсуждает, что делать дальше. Таким образом, Sprint Review обеспечивает ценный вклад в планирование Sprint последующего Sprint.
  • Затем команда Scrum анализирует график, бюджет, потенциальные возможности и рынок для следующего ожидаемого выпуска прироста продукта.
  • Результатом обзора Sprint является обновленный продукт Backlog, который определяет вероятные элементы отставания продукта для следующего Sprint.

Ретроспектива Спринта

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

Цель Ретроспективы Спринта:

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

Retrospective Sprint - это возможность для Scrum Team исследовать и улучшить в рамках Scrum-процесса, чтобы сделать следующий результат Sprint более эффективным.