done Регистрация person Вход
Меню
Sprint Retrospective Meeting – Ретроспектива в Scrum

Sprint Retrospective Meeting – Ретроспектива в Scrum


Sprint Retrospective Meeting, наравне с Sprint Reviews Meeting, проводится в последний день Спринта. Задачи в отличие от Sprint Reviews Meeting ставятся совершенно иные. Если обзорная встреча имеет цель посмотреть на результат продукта, то ретроспектива призвана посмотреть на результат команды.

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

Ретроспектива Scrum - очень полезное мероприятие и не стоит к нему относится посредственно. В качестве примера, можно привести автомобиль и замену его масла. Грубым интервалом замены масла считается порядка 15 000 км., то есть через каждое это число километров необходимо слить старое масло и залить новое, иначе качество работы двигателя может ухудшаться или более того, это может привести к серьезной поломке и выходу из строя. Scrum Team также нуждается в подобной замене «масла», чтобы работа всегда была в наивысшей степени эффективной.

Большинство Scrum Team переходят к ретроспективе (Sprint Retrospective Meeting) сразу после обзора (Sprint Review Meeting). Вся команда Development Team, а также Scrum Master и Product Owner участвуют в этом процессе. Хотя стоит отметить, что участие Product Owner не во всех видах Sprint Retrospective Meeting необходимо. У ретроспективы нет очень сильных временных ограничений, но есть формула золотой середины: длина Sprint Retrospective Meeting равна 75% часа (45 минут) умножить на количество недель в Sprint. Если у вас четырехнедельный Спринт, то время на ретроспективу в Scrum следует выделить равной 60 * 0.75 * 4 = 180 минут. То есть на ретроспективу следует потратить 180 минут, что равняется трем часам. Иногда право некоторые команды не придерживаются этой формулы и использует просто час для такого анализа, а если происходят горячие споры, то время расширяется.

На самом деле способов проводить подобные встречи достаточно много и даже внутри организации проведения мероприятий нет пределу совершенства. По этому поводу даже написаны целые книги, например Agile Retrospectives: Making Good Teams Great и Project Retrospectives: A Handbook for Team Reviews.

Sprint Retrospective Meeting - способ

Самым распространенным и простым способом (что не отменяет его эффективность), является способ Start-Stop-Continue.

При этом способе каждого члена команды просят определить, какие конкретные вещи должна делать команда, а какие нет, а какие продолжить. Он распределяет свои ответы по трем возможным вариантам:

  • Начать делать;
  • Прекратить делать;
  • Продолжить делать.

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

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

Пример Sprint Retrospective Meeting в разработке интернет-магазина

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

После завершение Sprint и Проведения Sprint Reviews Meeting, команда Scrum собралась для обсуждения эффективности её работы, которая была оценена каждым самостоятельно.

Scrum Master решает задать вопрос каждому лично и узнать ответы на все три вопроса.

Участник №1:

  1. Я считаю, что команде следует начать использовать более развернутые листы тестирования
  2. ----
  3. Я считаю, что команда должна продолжить использовать текущий вид Product Backlog, он оптимально удобен

Участник №2

  1. -----
  2. Мне кажется, команде надо прекратить использовать оценку данную среду разработки, её «неповоротливость» замедляет работу.
  3. Команде однозначно следует продолжить использовать текущую систему контроля версий и облачных сохранений, с ней мы менее беспокоимся о потерях и более концентрируемся на работе.

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

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

Sprint Review Meeting

Sprint Review Meeting

Наравне с Sprint Retrospective Meeting существует и Sprint Review Meeting, на котором происходит демонстрация работы продукта, разработанного за текущий спринт. В отличие от Sprint Retrospective Meeting, данная встреча нацелена на сам продукт, а не на команду.

Scrum Team

Scrum Team

Вся Scrum Team - как объединение Scrum Master, Product Owner и Development Team улучшает себя постоянно. Sprint Retrospective Meeting является одним из важных мероприятий по улучшению.

Development Team

Development Team

Команда разработки одна из самых основных модернизирующихся элементов Scrum Team. Решения выносимые на Sprint Retrospective Meeting исходят именно от команды и она решает как лучше устроить работу в будущем.

Scrum Master

Scrum Master

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

Product Owner

Product Owner

Создание Product Backlog - главная задача Product Owner. Эффективность работы команды напрямую зависит от правильного составления бэклога. Ясность задач и их правильное расположение приводят к лучшим показателям команды, которые рассматриваются на Sprint Retrospective Meeting.

Scrum Sprint

Scrum Sprint

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

Project Manegement
Project Manegement
new_releasesПопробуй на практике
close
Управление проектами по Scrum
Система управления проектами по методологии Scrum

Начните - Это бесплатно
Время Scrum Time
Начать бесплатно
keyboard_arrow_up