Методология

Фреймворк

Говорит ЧТО, КОГДА и КАК делать

Говорит ЧТО делать

Полное руководство по ведению проекта.

Подразумевает строгое выполнение всех шагов, правил и техник методологии в сроки, установленные методологией, и предоставляет людям подробные инструкции

Неполное руководство по ведению проекта.

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

Собрание обязательных шагов для завершения проекта.

Использует алгоритмический подход.

Нет гибкости, проект должен пройти все предписанные шаги

Собрание процессов, техник и методов для завершения проекта.

Использует эмпирический подход и бережливое мышление.

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

Дата окончания проекта обычно предсказуема

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

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

Требует хороших экспертов с опытом работы с этим фреймворком на проекте

Низкий уровень свободы и креативности

Высокий уровень свободы и креативности

Waterfall (водопадная или каскадная модель)

Скрам

Роль

Ответственность

Как Scrum master служит этой роли

Scrum team (не более 10 человек)

- работает над Product goal (цель всего продукта)

- выполняет все продуктовые активности: сотрудничество с заинтересованными лицами, верификацию, обслуживание, эксплуатацию, эксперименты, исследования, разработку и все то, что может потребоваться. 

- несет ответственность за создание ценного, полезного Increment в каждом Sprint. Определяет цель каждого спринта.

- коучит участников команды в части самоуправления и кросс-функциональности;

- помогает Scrum Team фокусироваться на создании Increments с высокой ценностью, соответствующих определению Definition of Done;

- способствует устранению препятствий, мешающих прогрессу Scrum Team;

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

Роль

Ответственность

Как Scrum master служит этой роли

Development team

Несут ответственность за:

- создание плана на Sprint — Sprint Backlog; 

- стремление к качеству посредством соблюдения определения готовности;

- ежедневную адаптацию своего плана для достижения Sprint Goal;

- взаимную подотчетность друг перед другом как профессионалами.

Также, как и служит всей Scrum team.

Product owner (1 человек, а не комитет!).

Несет ответственность за:

- максимизацию ценности продукта, получаемого в результате работы Scrum Team.

- эффективное управление Product Backlog, в том числе он (либо выполняет работу сам либо делегирует):

- разработку и коммуникацию с командой о Product Goal; 

- создание и объяснение элементов Product Backlog; 

- упорядочивание Product Backlog; 

- обеспечение прозрачности, доступности и понимания Product Backlog.

- помогает находить техники эффективного определения Product Goal и управления Product Backlog;

- помогает Scrum Team осознать необходимость четких и лаконичных элементов Product Backlog;

- помогает применять эмпирическое планирование продукта в комплексной среде;

- фасилитирует взаимодействие с заинтересованными лицами по запросу или при необходимости.

Scrum master (1 человек)

Несет ответственность за:

- применение Scrum в соответствии с Руководством по Scrum. Они делают это, помогая всем понять теорию и практики Scrum, как внутри Scrum Team, так и в организации.

- эффективность Scrum Team. Он делает это, помогая Scrum Team улучшать свои методы работы в рамках фреймворка Scrum.

А также служит всей команде и организации.

Заботится о себе :-)

Организация

Должна уважать решения Product owner.

При желании изменить Product Backlog может сделать это, попытавшись убедить Product Owner.

- направляет, обучает и коучит организацию в применении Scrum;

- планирует переход на Scrum и консультирует по вопросам применения Scrum в рамках организации;

- помогает сотрудникам и заинтересованным лицам понять и применять эмпирический подход к комплексной работе;

- устраняет барьеры между заинтересованными лицами и Scrum Teams.

Временной промежуток (Containing event)

Sprint

События (или Церемонии)

Sprint Planning

Daily Scrum

Sprint Review

Sprint Retrospective

Столпы

Прозрачность, Инспекция, Адаптация

Событие

Когда

Агенда

Участники

Особенности

Sprint Planning

Каждый раз перед стартом спринта.

Для спринта длительностью в 1 месяц - может достигать до 8 часов, для спринтов короче - меньшее время.

Планируется работа, которая будет сделана в следующем спринте.

Обычно на этом мероприятии стараются ответить на следующие вопросы:

-Какова цель спринта?

-Что может быть сделано в этом спринте, чтобы достичь цели спринта?

-Как будет сделана работа, которая поможет достичь цели спринта?

Обязательно - Development team, Product owner, Scrum master

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

Это событие способствует прозрачности внутри всей команды: все члены команды знают какова цель спринта и вместе понимают какой объем работ предстоит выполнить.

На этом событии, Product Owner предлагает, как можно повысить ценность продукта. Вся команда определяет цель спринта.

Product Owner обсуждает с Development team задачи в бэклоге, которые могли бы помочь достичь цели спринта.

Product Owner помогает Development team понять задачи бэклога, и Development team определяет сколько работы им нужно будет сделать в рамках этих задач (обычно проводится оценка всеми членами команды). На этом мероприятии Development team и Product Owner могут обсуждать, какие задачи брать, а какие не брать в следующий спринт. Вместе они формируют Sprint Backlog.

Результат встречи - сформированный и оцененный Sprint Backlog.

Daily Scrum

Ежедневно, в одно и то же время, 15 минут.

Каждый член команды должен ответить на три вопроса во время этого события:

-Что я сделал вчера, чтобы помочь команде достичь цель спринта?

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

-Вижу ли я какие-то препятствия, которые могут не дать команде достичь цель спринта?

Обязательно - Development team

Опционально - Product owner, Scrum master

Development team использует это событие, чтобы проводить инспекцию прогресса в достижении цели спринта.

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

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

Sprint Review

Каждый раз перед завершением спринта.

Для спринта длительностью в 1 месяц - может достигать до 4 часов, для спринтов короче - меньшее время.

Это событие включает в себя:

-Product Owner должен пригласить стейкхолдеров, которые имеют отношение в сделанной работе.

-Product Owner объясняет стейкхолерам, что было сделано и не сделано.

-Development team проводит демонстрацию проделанной работы стейкхолдерам, и отвечает на вопросы о проделанной работе.

-Product Owner рассказывает о текущем состоянии бэклога и важных майлстоунах проекта.

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

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

Обязательно - Development team, Product owner, Scrum master, Stakeholders

Событие проводится для инспекции результата Спринта и выявления возможностей для адаптации проекта.

Sprint review - это не просто презентация, это рабочая сессия всей команды и стейкхолдеров.

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

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

Sprint Retrospective

Проводится после Sprint Review и до Sprint Planning.

Для спринта длительностью в 1 месяц - может достигать до 3 часов, для спринтов короче - меньшее время.

Встреча строится вокруг следующих вопросов:

-Что прошло хорошо?

-Что нуждается в улучшении?

-Что нам нужно начать делать?

-Что нам нужно продолжать делать?

-Что нам нужно перестать делать?

Обязательно - Development team, Product owner, Scrum master

Событие проводится для того, чтобы запланировать повышение качества и эффективности.

Это событие инспектирует то, как прошел последний спринт. 

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

Команда также может обсудить как повысить качество продукта корректировкой и адаптацией Definition of Done по мере необходимости.

Результатом встречи является набор улучшений, которые команда выбирает как наиболее полезные для повышения эффективности. Они могут быть добавлены в Sprint Backlog в виде задач.

Артефакт

Описание

Обещанное командой конечное состояние

Product Backlog 

Упорядоченный и постоянно обновляемый список того, что необходимо для улучшения продукта. 

Это единственный источник работы, выполняемой Scrum Team.

Продукт, который соответствует Цели продукта (Product Goal).

Product Goal описывает будущее состояние продукта, которое может выступать в качестве конечной цели, используемой Scrum Team при планировании работы.

Product Goal — это долгосрочный ожидаемый результат Scrum Team. Они должны достичь одной цели (или отказаться от нее), прежде чем приступить к следующей.

Sprint Backlog

Состоит из Sprint Goal (почему), набора выбранных на Sprint элементов Product Backlog (что), а также осуществимого плана действий по поставке Increment (как).

Sprint Backlog — это план, созданный силами Developers для самих Developers. Это наглядная и доступная в режиме реального времени картина работы, которую Developers планируют выполнить в ходе Sprint для достижения Sprint Goal. Поэтому Sprint Backlog обновляется на протяжении всего Sprint по мере появления новых знаний.

В нем должно быть достаточно деталей, чтобы Developers могли инспектировать свой прогресс во время Daily Scrum.

Выполненные задачи в Спринте, которые соответствует Цели спринта (Sprint Goal).

Цель спринта (Sprint Goal) - единственная цель на Sprint. Несмотря на то, что Developers привержены Sprint Goal, она обеспечивает гибкость с точки зрения выбора конкретной работы, необходимой для ее достижения. Sprint Goal также обеспечивает связность и сфокусированность, побуждая Scrum Team работать совместно, а не над отдельными инициативами. 

Sprint Goal создается во время Sprint Planning, а затем добавляется в Sprint Backlog. Developers помнят о Sprint Goal в ходе работы над задачами Sprint. Если работа не соответствует ожиданиям, они взаимодействуют с Product Owner, чтобы пересмотреть содержание Sprint Backlog в рамках Sprint, не изменяя Sprint Goal.

Increment

Increment — это потенциально готовый к поставке Increment продукта. 

Increment объединяет реализации задач Product Backlog, сделанные во время текущего Спринта. 

Они тщательно проверяются для обеспечения совместной работы всех Increments. Чтобы предоставить ценность, Increment должен быть пригодным для использования. 

В рамках одного Sprint можно создать один или несколько Increments. Каждый Increment является дополнением ко всем предыдущим. 

Итоговые Increments представляются в ходе Sprint Review, тем самым поддерживая эмпиризм.

Increment, который выполнен в соответствии с критериями готовности ( Defition of Done).

Defition of Done - это формальное описание состояния Increment, при котором он соответствует требованиям качества, предъявляемым продукту.

Работа не может считаться частью Increment, если она не соответствует Defition of Done.