Блог SkillsCup.com

Scrum: Sprint – Спринт

Вкратце, Scrum требует, чтобы Scrum Master способствовал возникновению среды, в которой:
  1. Product Owner упорядочивает работу по решению комплексной проблемы в Product Backlog.
  2. Scrum Team в ходе Sprint превращает выбранную работу в Increment, несущий ценность.
  3. Scrum Team и заинтересованные лица инспектируют результаты и вносят правки для следующего Sprint.
  4. Повторить.

Sprints — это пульс Scrum, где идеи превращаются в ценность.

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

Вся работа, необходимая для достижения Product Goal, включая события Sprint Planning, Daily Scrum, Sprint Review и Sprint Retrospective, выполняется в рамках Sprints.

В ходе Sprint:
  • не вносятся изменения, которые могут поставить под угрозу Sprint Goal;
  • не снижается качество;
  • Product Backlog уточняется по мере необходимости; а также,
  • по мере появления новых знаний содержание работы может быть уточнено и пересмотрено с Product Owner.

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

При большей длительности Sprint возможны:
  • потеря актуальности Sprint Goal,
  • повышение комплексности,
  • рост рисков.

Более короткие Sprints позволяют:
  • пройти большее количество циклов обучения,
  • ограничить риски стоимости и трудозатрат меньшим отрезком времени.

Каждый Sprint можно считать коротким проектом.

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

Sprint может быть отменен, если Sprint Goal потеряла актуальность. Только Product Owner имеет право отменить Sprint.

Четыре формальных события для инспекции и адаптации Scrum объединяет в событие-контейнер — Sprint. Sprint — это контейнер для всех остальных событий. Эти события успешно работают, потому что они реализуют эмпирические столпы Scrum: прозрачность, инспекцию и адаптацию.

Scrum Team привержена своим целям и поддержке друг друга. Их важнейшим фокусом в работе в Sprint является максимально возможный прогресс в достижении целей.

Scrum Teams являются кросс-функциональными, то есть их участники обладают всеми навыками, необходимыми для создания ценности в каждом Sprint.

Scrum Team достаточно маленькая, чтобы оставаться проворной, и достаточно большая, чтобы выполнять значительную работу в течение Sprint — обычно состоит не более чем из 10 человек.

Работа в Sprints в устойчивом темпе улучшает фокусировку и согласованность Scrum Team.

Вся Scrum Team несет ответственность за создание ценного, полезного Increment в каждом Sprint.

Developers — это люди в Scrum Team, которые привержены созданию любого аспекта готового к использованию Increment в каждом Sprint.

Developers всегда несут ответственность за:
  • создание плана на Sprint — Sprint Backlog;
  • ежедневную адаптацию своего плана для достижения Sprint Goal;
  • [...]




Эту тему мы подробно обсуждаем с группой на курсе "Основы Agile и Scrum". Полный список курсов и воркшопов читайте здесь

Читайте также:



Уважаемый читатель!
Прошу меня извинить за то, что эта страница – "заглушка". И не потому, что не успел написать, а потому, что

не нужно делать то, что не нужно людям.


На этой странице нет статьи, потому что еще не подтвержден спрос на эту статью. Дело в том, что помимо тренингов по темам:

я увлекаюсь темой CustDev, и поэтому было бы странно противоречить рекомендациям и сразу же инвестировать много времени до проверки потребности. Вы можете прочитать о проверке гипотез по этой ссылке. Если наберётся хотя быть 100 посещений этой страницы за квартал, то я перенесу информацию со слайдов тренинга в эту статью сюда (статьи на Тильде получаются красивыми, но на оформление уходит несколько часов). А до этого момента вы можете прочитать другие статьи в моем блоге на SkillsCup.com.
Scrum