1.
Что такое Scrum

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

3.
Что такое Scrum

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

5.
Scrum Master

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

7.
Scrum Master: обязанности
● Создает атмосферу доверия,
● Обеспечивает успешную групповую
коммуникацию на митингах
● Устраняет препятствия
● Делает проблемы и открытые
вопросы видимыми
● Отвечает за соблюдение практик и
процесса в команде

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

9.
Product Owner

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

11.
Product Owner: обязанности
●
●
●
●
Формирование единого видения
Управляет разработкой
Управляет ожиданиями заказчиков
Координирует и приоритизирует
задачи
● Предоставляет понятные и
тестируемые требования команде
● Взаимодействует с командой и
заказчиком
● Отвечает за приемку кода в конце
каждой итерации

12.
Team

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

14.
Team: обязанности
● Отвечает за оценку элементов
баклога
● Принимает решение по дизайну и
имплементации
● Разрабатывает софт и предоставляет
его заказчику
● Отслеживает собственный прогресс
(вместе со Скрам Мастером).
● Отвечает за результат перед Product
Owner

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

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

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

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

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

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

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

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

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

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

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

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

27.
Daily Meeting (Daily Scrum)

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

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

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

31.
Daily Meeting (Daily Scrum)

32.
Отличие Kanban от Scrum
■
Нет оценок времени ни на что (ни на задачи,
ни на спринты)
■
■
Задачи больше и их меньше, чем в Scrum
■
«скорость работы команды» отсутствует и
считается только среднее время на полную
реализацию задачи
Оценки сроков на задачу опциональные или
вообще их нет

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

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

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

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

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

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

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

40.
Какие могут быть метрики
■
CycleTime — время разработки и
тестирования
■
■
WIP — кол-во задач в один момент времени
■
WastedTime — время ожидания (потраченное
на ожидание проверки, решение
затруднений)
■
Effectiveness — чистое время разработки,
без учета тестирования
■
Throught — кол-во задач в единицу времени
(день, неделя, месяц)
LeadTime — время от начала работы над
задачей до ее завершения

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

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

43.
Sprint Burndown Chart

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