1 Методология Scrum Создание требований к продукту

1

Методология Scrum Создание требований к продукту Планирование итераций Выполнение итераций Анализ результатов, пересмотр требований 2

Особенности Scrum Вначале задаются требования ко всему продукту (Project Backlog) Затем выбираются актуальные требования при активном участии заказчика и Scrum-мастера Создается план на итерацию Во время выполнения итерации в работу разработчиков никто не вмешивается После завершения итерации обязательное обсуждение с менеджером проекта и заказчиком 3

Роли в Scrum 4

Роли в Scrum Владелец продукта (Product Owner) Scrum-мастер (Scrum Master) Scrum-команда (Scrum Team) Stakeholdedrs 5

Владелец продукта (Product Owner) это менеджер проекта, который представляет в проекте интересы заказчика. В его обязанности входит разработка начальных требований к продукту (Product Backlog), своевременное их изменение требований, назначение приоритетов, дат поставки и пр. Важно, что он совершенно не участвует в выполнении самой итерации. 6

Scrum-мастер (Scrum Master) Ответственность за выполнение Scrum-процесса Решение хозяйственных и административных задач. В частности, его задачей является ограждение команды от всех воздействий извне во время итерации. Обеспечивает максимальную работоспособность и продуктивную работу команды 7

Scrum-команда (Scrum Team) Первой задачей команды является постановка для итерации реально достижимых и приоритетных для проекта в целом задач (на основе Project Backlog и при активном участии владельца продукта и Scum-мастера). Второй задачей является выполнение этой задачи во что бы то ни стало, в отведенные сроки и с заявленным качеством. Команда сама участвует в постановке задачи и сама же ее выполняет. 8

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

Практики Scrum Sprint Planning Meeting Daily Scrum Meeting Sprint Review Meeting. 10

Sprint Planning Meeting Проводится в начале каждого Sprint. Сначала Produсt Owner, Scurm-мастер, команда, а также представители заказчика и пр. заинтересованные лица определяют, какие требования из Project Backlog наиболее приоритетные и их следует реализовывать в рамках данного Sprint. Формируется Sprint Backlog. Далее Scurm-мастер и Scrum-команда определяют то, как именно будут достигнуты определенные выше цели из Sprint Backlog. Для каждого элемента Sprint Backlog определяется список задач и оценивается их трудоемкость. 11

Daily Scrum Meeting пятнадцатиминутное каждодневное совещание, целью которого является достичь понимания того, Что произошло со времени предыдущего совещания, скорректировать рабочий план сообразно требованиям сегодняшнего дня обозначить Пути Решения существующих проблем Участвовать могут все заинтересованные лица Только участники команды могут принимать решения 12

Sprint Review Meeting Проводится в конце каждого Sprint Состоит из двух частей: Просмотр и анализ спроектированного продукта Анализ работы самой группы проектировщиков. 13

Sprint Review Meeting (1 -часть) Ведет Product Owner Scrum-команда демонстрирует Product Owner (и другим заинтересованным )сделанную в течение Sprint работу. Product Owner определяет: какие требования из Sprint Backlog были выполнены обсуждает с командой и заказчиками, как лучше расставить приоритеты в Sprint Backlog для следующей итерации. 14

Sprint Review Meeting (2 -часть) Ведет Scrum-мастер и вся команда Анализируют в последнем Sprint положительные и отрицательные моменты совместной работы Делают выводы Принимают важные для дальнейшей работы решения Ищут пути для увеличения эффективности дальнейшей работы 15

16

17