agile. Гибкая методология разработки

14
AGILE. Гибкая методология разработки. а примере Scrum) Евгений Скуратов 2016

Upload: evgeniy-skuratov

Post on 14-Apr-2017

170 views

Category:

Technology


2 download

TRANSCRIPT

Page 1: AGILE. Гибкая методология разработки

AGILE. Гибкая методология разработки.(на примере Scrum)

Евгений Скуратов

2016

Page 2: AGILE. Гибкая методология разработки

Timeline

Жизненный цикл продукта- сокращение времени создания продукта

- увеличение количества новых продуктов на рынке

Page 3: AGILE. Гибкая методология разработки

ЭстафетаКаскадная модель создание продукта

длительность цикла создания

требования проекта статичны

Page 4: AGILE. Гибкая методология разработки

Схватка1986 г. , Хиротака Такеучи,

Икуджиро Нонака

1995 г. ,Кен Швабер,

Джеф Сазерленд

*Object-Oriented Programming, Systems, Languages & Applications

Page 5: AGILE. Гибкая методология разработки

Элементы SCRUM

Page 6: AGILE. Гибкая методология разработки

Схема SCRUM- Скрам использует итеративно-инкрементальный подход

Page 7: AGILE. Гибкая методология разработки

Владелец продуктаВладелец-продукта

упорядовачивание бэклогом (StoryMap)

Page 8: AGILE. Гибкая методология разработки

Беклог продуктаБеклог продукта состоит из бизнес-требований, которые обычно оформляются в виде историй пользователей

Уникальный числовой идентификатор истории

Название истории пользователя

Важность

Оценка

Page 9: AGILE. Гибкая методология разработки

Scrum мастерНовый тип управления в самоорганизовывающей команде

никаких директив

коуч команды

фасилитатор (способствовать)

Page 10: AGILE. Гибкая методология разработки

Команда разработчиков самоорганизованные. Никто (даже Скрам Мастер) не может указывать Команде,

каким образом создавать Инкременты работающей функциональности из Беклога Продукта.

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

Скрам не признает никаких других должностей в Команде Разработки, кроме как Разработчик, невзирая на вид работы, выполняемой человеком; у этого правила нет исключений.

У Команды Разработки нет подкоманд, которые бы выполняли отдельные функции, как, к примеру, команда тестирования или бизнес-анализа.

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

Page 11: AGILE. Гибкая методология разработки

Размер команды разработчиковменее трех человек. Снижается производительность.

более 10 человек. Создает слишком большие сложности в управлении эмпирическим процессом.

Page 12: AGILE. Гибкая методология разработки

Планирование спринтадлительность спринта (от двух недель до месяца)

состав спринта (Planning poker)

ежедневный скрам (BurnDown)

Page 13: AGILE. Гибкая методология разработки

Trend of Agile

Page 14: AGILE. Гибкая методология разработки

Agile in the World