1.
AGILE/SCRUM МЕТОДОЛОГИИ
РАЗРАБОТКИ ПРОГРАММНОГО
ОБЕСПЕЧЕНИЯ

2.
МЕТОДОЛОГИЯ В ПРОГРАММИРОВАНИИ -
принципы, идеи, понятия, методы, способы и
средства, которые определяют процесс разработки
ПО начиная от написания документации до готового
продукта

3.
AGILE

4.
AGILE –
СЕМЕЙСТВО ГИБКИХ МЕТОДОЛОГИЙ РАЗРАБОТКИ
Характеристики:
 минимизация рисков
 разработка на базе коротких циклов
(итераций)
 упор на общение в команде

5.
ЦЕННОСТИ В AGILE:
 Люди и взаимодействие важнее процессов и
инструментов
 Работающий продукт важнее исчерпывающей
документации
 Сотрудничество с заказчиком важнее согласования
условий контракта
 Готовность к изменениям важнее следования
первоначальному плану

6.
ПРИНЦИПЫ AGILE
1. удовлетворение клиента;
2. приветствие изменения требований;
3. частая поставка рабочего программного
оборудования
4. ежедневное общение заказчика с разработчиками
5. мотивированные личности, обеспеченные нужными
условиями работы, поддержкой и доверием

7.
ПРИНЦИПЫ AGILE
6. рекомендуемый метод передачи информации –
личный разговор, лицом к лицу
7. работающее ПО – лучший измеритель
прогресса
8. спонсоры, разработчики, пользователи
должны иметь возможность поддерживать
постоянный темп работы
9. улучшение технического мастерства и удобный
дизайн

8.
ПРИНЦИПЫ AGILE
10. простота и искусство не делать лишней
работы
11. самоорганизованная команда
12. частая адаптация к изменяющимся
обстоятельствам

9.
ЗАЧЕМ ЗАКАЗЧИКУ AGILE?
 Регулярно получать новую версию ПО
 Возможность менять требования
 Постоянное общение с командой, лучшая
коммуникация
 Постоянный ритм бесконечно
 Высокий уровень кода в проекте
 Минимизация лишней работы
 Регулировать сроки проекта
 Страхование финансовых и временных рисков

10.
ЗАЧЕМ КОМАНДЕ AGILE?
 «Законная» адаптация инженерных практик
 Постоянное общение с заказчиком, лучшая
коммуникация
 Уменьшение роли менеджера
 Внимание к техническому совершенству
 Постоянная обратная связь
 Приверженность общей идее
 Смелость и прозрачный процесс

11.
SCRUM
 Это методология из семейства Agile
 Основывается на разбиении проекта на
спринты (итерации) длительностью от 1
недели до месяца

12.
РОЛИ:
В Scrum принято выделять три основные роли:
владелец продукта, скрам-мастер и команда.

13.
АРТЕФАКТЫ:
 Беклог продукта (Product Backlog) –
приоритезированный список требований с оценкой
трудозатрат. Обычно состоит из бизнесс требований,
которые приносят конкретную бизнесс ценность и
называются элементами элементами беклога
 Беклог спринта (Sprint Backlog) – часть беклога
продукта, с самой высокой важностью и суммарной
оценкой, не превышающей скорость команды,
отобранная для спринта
 Инкремент продукта – новая функциональность
продукта, созданная во время спринта

14.
ПРОЦЕССЫ
Большинство процессов в Scrum носят характер
встреч, т.к. данная методология основана на
качественных коммуникациях

15.
СПРИНТ СКЛАДЫВАЕТ ИЗ:
 Planning Meeting
 Daily Scrum
 Demo Meeting
 Retrospective Meeting

16.
PLANNING MEETING
(ПЛАНИРОВАНИЕ СПРИНТА)
 Ограничен 3-8 часами
 Выбирается объем работ на спринт (Sprint Backlog)
 Определяется каким образом будет реализован этот
объем работ
 Разбивается на подзадачи, для которых выставляется
эстимация посредством Planning Poker

17.
DAILY SCRUM
(СКРАМ МИТИНГ, STAND UP)
 Проходит каждый день
 Начинается точно вовремя
 Ограничен от 15 минут до получаса
 Проводиться в одном и том же месте
Вопросы Daily Scrum:
1. Что было сделано вчера?
2. Какие проблемы были или есть?
3. Что будет сделано сегодня?

18.
СКРАМ ДОСКА

19.
DEMO MEETING
(ОБЗОР СПРИНТА, ДЕМО)
 Ограничен 3-4-мя часами
 Происходит в конце итерации
 Демонстрируется инкремент функциональности
продукта
 Привлекается максимальное количество
зрителей
 Все члены команды участвуют в демонстрации

20.
RETROSPECTIVE MEETING
(РЕТРОСПЕКТИВА)
 Ограничен 1-3-мя часами
 Все члены команды рассказывают свое
отношение к ходу прошедшего спринта
 Что было сделано в прошедшем спринте?
 Что надо улучшить и не допускать в
следующем?
 Выполняют улучшение процесса разработки

21.
ЭКСТРЕМАЛЬНОЕ ПРОГРАММИРОВАНИЕ
- это набор приемов программирования, таких как:
• Стандарт кодирования
• Разработка через тестирование (TDD)
• Коллективное владение кодом
• Непрерывная интеграции
• Тестирование со стороны заказчика
• Парное программирование
• Рефакторинг кода
• Code Review
• Continuous integration
• Стабильный темп
• Частые небольшие релизы

22.
СПАСИБО ЗА ВНИМАНИЕ!
Будем рады ответить на все Ваши вопросы:
 Email: zmicer@jazzteam.org