Scrum. Waterfall Project Management

1.

SCRUM

2.

Waterfall Project Management

3.

Манифест
• Люди и взаимодействие важнее процессов
и инструментов
• Работающий продукт важнее
исчерпывающей документации
• Сотрудничество с заказчиком важнее
согласования условий контракта
• Готовность к изменениям важнее
следования первоначальному плану

4.

РАЗЛИЧИЕ
Каскадная модель
SCRUM
Фиксированный проект
Оценка проекта
Оценка ресурсов
и времени
Фиксированные ресурсы
и время

5.

Что такое SCRUM?
• Прозрачность
• Постоянная
проверка
• Адаптация к
изменяющимся
условиям
http://www.programmeronrails.com/2016/03/20/scrum-overview/

6.

SCRUM
http://pmoffice.by/blog/agile/agile-scrum-books.html

7.

ПОСЛЕДОВАТЕЛЬНОСТЬ
VS
ИТЕРАЦИИ (СПРИНТЫ)

8.

ДАВАЙТЕ ПРОВЕРИМ?

9.

10.

11.

Типы участников процесса
• Владелец продукта: цель проекта, приоритеты в
списке задач, взаимодействие со SCRUM-командой,
обновление бэклога
• SCRUM-мастер: servant-leader, cоблюдение
методологии, проведение собраний, устранение
препятствий в работе, взаимодействие с ВП
• Команда разработчиков: работает с продуктом,
самоорганизующаяся, сама выбирает, как решать
задачи.
Разные профессии, нет иерархии!
• Заказчик: представляет пользователя

12.

Практики
• Список задач (бэклог): главный источник
информации о проекте. Что нужно сделать,
чтобы проект был успешным?
• Истории: определяют тип пользователя, что
он хочет и для чего. Index card!
• Саги, эпосы, истории

13.

Процессы
• Sprint: 1-4 недели (fix, выбирает команда), fix
количество историй на 1 спринт
• Sprint Planning: ВП – цель спринта, какие истории
надо выполнить?
Команда разработчиков – пересмотр и воплощение
• Daily SCRUM Meeting: 15 минут, что сделано с
прошлой встречи, какие проблемы
• Sprint Review: демонстрация продукта
пользователю + фидбек + дальнейшие шаги
Участвуют: пользователь, ВП, разработчики
• Sprint Retrospective: by SCRUM Team, как улучшить
свою работу

14.

ГЛАВНОЕ
• Каждый член команды понимает свою роль
• Вопросы быстро
выявляются/корректируются
• Пользователи быстро видят результат и
дают обратную связь
• Пользователи уточняют требования и могут
добавлять новые (но не в спринте!)
• Не тратится время на отчеты и совещания

15.

SCRUM-ОШИБКИ
• Применим ко всем проектам
• Нет ограничений по времени и/или
бюджету
• Product Owner = SCRUM Master
• SCRUM Master самый главный
• Не надо делать подробную документацию

16.

https://m.habr.com/company/edison/blog/313410/

17.

18.

Инструмент управления –
SCRUM-доска

19.

Что почитать?