Что такое Scrum

Методология гибкой разработки (Agile). Scrum чётко делает акцент на качественном контроле процесса разработки. Основой Scrum является Kanban. Scrum — это набор принципов, на которых строится процесс, позволяющий в жёстко фиксированные и небольшие по времени итерации (Sprints), выдать результат.

Что такое Scrum

Что такое Scrum

В методологии Scrum всего три роли:● Scrum Master (Лидер)● Product Owner (Руководитель)● Team (Команда)

Роли

Scrum Master

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

Scrum Master

● Создает атмосферу доверия, ● Обеспечивает успешную групповую

коммуникацию на митингах● Устраняет препятствия ● Делает проблемы и открытые

вопросы видимыми ● Отвечает за соблюдение практик и

процесса в команде

Scrum Master: обязанности

Скрам Мастер ведет Daily Scrum Meeting и отслеживает прогресс команды при помощи Sprint Backlog, отмечая статус всех задач в спринте.ScrumMaster может также помогать Product Owner создавать Backlog для команды

Scrum Master: обязанности

Product Owner

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

Product Owner

● Формирование единого видения ● Управляет разработкой● Управляет ожиданиями заказчиков● Координирует и приоритизирует

задачи ● Предоставляет понятные и

тестируемые требования команде ● Взаимодействует с командой и

заказчиком ● Отвечает за приемку кода в конце

каждой итерации

Product Owner: обязанности

Team

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

Team

● Отвечает за оценку элементов баклога

● Принимает решение по дизайну и имплементации

● Разрабатывает софт и предоставляет его заказчику

● Отслеживает собственный прогресс (вместе со Скрам Мастером).

● Отвечает за результат перед Product Owner

Team: обязанности

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

Team: состав

Мотивация и атмосфера позитива

ScrumMaster должен мотивировать людей… личным позитивным примером, работой, желанием прийти на помощь и хорошим бодрым настроением :-).Но если темная сторона силы овладевает одим из членов команды, и ScrumMaster’у не получается вернуть его на путь истинный, то он пользуется своим “правом на отстрел”.

Мотивация и атмосфера позитива

Ей может послужить описание ролей команды гоночного автомобиля. Команда Scrum – сам болид, готовый ускоряться и двигаться в любом направлении в котором будет направлен пилотом. Владелец продукта – пилот, обеспечивающий движение в правильном направлении. ScrumMaster - главный механик, поддерживающий болид в идеальном состоянии.

Метафора, описывающая взаимодействие между участниками

Основные этапы и понятия: Sprint

Спринт является основным процессом. Занимает 1-4 недели. Собственно, это непосредственно само выполнение. В его ходе проводятся ежедневные митинги. Сам Scrum включает в себя несколько спринтов.

Основные этапы и понятия: Sprint

Резерв проекта (Product backlog) — это список требований к функциональности, упорядоченный по их степени важности, подлежащих реализации. Элементы этого списка называются «пожеланиями пользователя» (user story) или элементами резерва (backlog items). Эти требования составляет непосредственно заказчик и владелец проекта (Product Owner)

Основные этапы и понятия

Основные этапы и понятия: Product Backlog

Product Backlog постоянно пересматривается и дополняется - включаются новые требования, удаляются ненужные, пересматриваются приоритеты. За Product Backlog отвечает Product Owner. Он также работает совместно с командой для того, чтобы получить приближенную оценку на выполнение элементов Product Backlog.

Основные этапы и понятия

Основные этапы и понятия

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

Основные этапы и понятия

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

Основные этапы и понятия

Daily Meeting (Daily Scrum)

В ходе реализации спринта проводятся Ежедневные митинги (Daily scrum), в которых принимают участие все участники команды, включая Скрам Мастера и Владельца. Эта встреча ограниченна по времени не более чем 15 минут. В ходе встречи участники делятся тем, что они уже сделали, над чем планируют работать сегодня и возможные препятствия. Ежедневный Скрам служит для синхронизации работы участников команды.

Основные этапы и понятия

Daily Meeting предназначен для того, чтобы все члены команды знали, кто и чем занимается в проекте. Цель митинга - поделиться информацией. Он не предназначен для решения проблем в проекте. Все требующие специального обсуждения вопросы должны быть вынесены за пределы митинга.Скрам митинг проводит Скрам Мастер, по кругу задавая вопросы каждому члену команды, собирает все открытые для обсуждения вопросы в виде Action Items.

Daily Meeting (Daily Scrum)

В помощь на ежедневном митинге используется Kanban-доска. На ней отражено текущее движение задач. Доска разделена на несколько граф: Что нужно сделать, что делается, что тестируется и что уже сделано. Scrum практически обязывает ставить временные оценки на задачах для сбора метрик: когда задачу начали выполнять, когда она ушла в тестирование и когда завершена.

Daily Meeting (Daily Scrum)

Daily Meeting (Daily Scrum)

■ Нет оценок времени ни на что (ни на задачи, ни на спринты)

■ Задачи больше и их меньше, чем в Scrum

■ Оценки сроков на задачу опциональные или вообще их нет

■ «скорость работы команды» отсутствует и считается только среднее время на полную реализацию задачи

Отличие Kanban от Scrum

Основные этапы и понятия: Sprint Review

По завершении Спринта команда проводит Обзор Спринта (Sprint review). В его ходе демонстрируется продукт или часть продукта, несущие пользу для бизнеса. Цель встречи в получении обратной связи от Владельца и всех заинтересованных участников. Полученная обратная связь может сильно изменить требования к создаваемому продукту и задачи следующего спринта, что отразится в пересмотре Product Bcklog и включении новых задач.

Основные этапы и понятия

Основные этапы и понятия: Ретроспектива спринта

Другой процесс осуществляемый по завершении каждого из спринтов – это Ретроспектива Спринта (sprint retrospective). Вся команда принимает участие в этом совещании, так же принимает участие ScrumMaster. Это совещание несет в себе возможность собрать обратную связь и улучшить качество следующего спринта.

Основные этапы и понятия

● Задачи имеют приоритет, что позволяет сделать более важные задачи раньше

● Быстрые, дешевые изменения. Разработка идет этапами. Т.е. перед началом каждого этапа приоритеты могут поменяться. Сделанные изменения не будут дорогостоящими.

● Прозрачность. Заказчик после каждого этапа видит что получается и может оценить то ли это, что он хочет.

Плюсы

Т.е. не должно быть ситуации:Плюсы

● Оценка работы команды. Производится с помощью метрик. Понимает во время работы понять успевает команда справиться с задачами или нет. По окончанию позволяет оценить скорость работы команды. Оценке подлежит также влияние затруднений.

Плюсы

■ CycleTime — время разработки и тестирования

■ WIP — кол-во задач в один момент времени

■ LeadTime — время от начала работы над задачей до ее завершения

■ WastedTime — время ожидания (потраченное на ожидание проверки, решение затруднений)

■ Effectiveness — чистое время разработки, без учета тестирования

■ Throught — кол-во задач в единицу времени (день, неделя, месяц)

Какие могут быть метрики

Какие могут быть метрики

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

Sprint Burndown Chart

Sprint Burndown Chart

Спасибо за внимание!Вопросы?