Документ представляет собой обзор гибких методологий разработки программного обеспечения, включая их историю, принципы и сравнение с традиционными подходами. Гибкие методологии, такие как Scrum, акцентируют внимание на итеративной разработке, удовлетворении потребностей клиента и вовлеченности конечных пользователей. В документе также рассматриваются преимущества и недостатки различных методологий, а также критерии выбора подхода для проектов.

1. 1
Сертификационные программы PMI
Гибкие методологии при создании ИТ продукта
Дашкин Руслан Валерьевич

2. Структура доклада
Основные критерии выбора
Причины возникновения
Сравнение методологий
Основные понятия, принципы и артефакты по SCRUM
2

3. История
В феврале 2001 в штате Юта США был выпущен «Манифест гибкой методологии разработки программного обеспечения». Он являлся альтернативой управляемым документацией, «тяжеловесным» практикам разработки программного обеспечения, таким как «метод водопада», являвшимся золотым стандартом разработки в то время. Данный манифест был одобрен и подписан представителями методологий экстремального программирования, Crystal Clear, DSDM, Feature driven development, Scrum, Adaptive software development, Pragmatic Programming.
3

4. Что такое Agile?
Гибкая методология разработки (англ. Agile software development) — это концептуальный подход, в рамках которого выполняется разработка программного обеспечения. Существует несколько подобных методик.
Цель: минимизация рисков
За счет чего: Разработка короткими итерациями
4

5. Традиционный подход
5
Тех.задание
Проектирование
Разработка
Опытная эксплуатация
Промышленная эксплуатация
100 000 р.
150 000 руб.
200 000 руб.
192 000 руб.

6. Ментальная модель реального проекта
6
Начало
Желаемый результат

7. Гибкий подход
Проектирование
Разработка
Тестирование
Внедрение
Анализ
7
Sprint 0
Анализ
Проектирование
Разработка
Тестирование
Внедрение
Sprint 1

8. Основные принципы Agile
Удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения;
Приветствие изменений требований даже в конце разработки (это может повысить конкурентоспособность полученного продукта);
Частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще);
8

9. Проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;
Рекомендуемый метод передачи информации — личный разговор (лицом к лицу);
Тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;
9
Основные принципы Agile

10. Рабочее программное обеспечение – главная мера прогресса проекта
Гибкие процессы способствуют непрерывному развитию. Все участники проекта должны уметь выдерживать такой постоянный темп.
Постоянное внимание к техническому совершенству и качественной архитектуре способствуют гибкости.
10
Основные принципы Agile

11. Простота необходима, как искусство максимизации работы, которую не следует делать.
Лучшая архитектура, требования, дизайн создается в самоорганизующихся командах.
Команда постоянно ищет способы стать более эффективной, путем настройки и адаптации своих процессов.
11
Основные принципы Agile

12. Copyright 2007 Scott W. Ambler www.ambysoft.com/surveys/
43
63
63
72
Offshoring
Data Warehouse
Traditional
Agile
Процентное соотношение успешного завершения
ИТ проектов

13. Преимущества
Традиционный подход
Agile
•Легок для понимания и использования;
•Детально структурирован, что облегчает его применение к малоопытным командам;
•Задает стабильные требования к проекту/продукту с самого старта;
•Проекты легко контролируются, отслеживаются ресурсы, риски, время;
•Качество имеет первоочередной приоритет по сравнению со стоимостью и временем.
•Итеративная разработка;
•Использование временные рамки(time boxes);
•Конечный пользователь вовлечен в процесс с самого начала;
•Быстрое получение первой/пробной версии продукта для тестирования;
•Легко воспринимаются корректировки и изменения в процессе разработки.
13

14. Недостатки
Традиционный подход
Agile
•Все требования должны быть определены и детально описаны до начала разработки;
•Дорого и медленно;
•Чувствителен к изменениям;
•Мало возможностей для конечного пользователя повлиять на цели проекта и требования к продукту;
•Зачастую проблемы выявляются на этапе тестирования;
•Много документации, много технической документации, которая не понятна конечному пользователю или заказчику.
•Может привести к низкому качеству продукта;
•Риск никогда не достигнуть закрытия/завершения проекта;
•Могут возникнуть проблемы с расширяемостью продукта.
14

15. Критерии выбора
Традиционный подход
Agile
•Требования к продукту предельно ясны и стабильны;
•Известны используемые технологии и инструменты;
•Продукт четко формализован
•Архитектура продукта строго регламентирована и детализована;
•Требования внешних нормативных документов.
•Команда с высоким уровнем профессионализма;
•Тесная связь заказчика и разработчиков;
•вовлечен в проект со старта;
•Четко определены бизнес-цели проекта/продукта;
•Состав команды стабильный;
•Технические требования приемлемые, коллериются с технологиями, которые собираются быть использованными для разработки;
•Система может быть модульной.
15

16. Графическое представление сравнения методологий
16
Наглядное представление
Риски
Ценность для заказчика
- Гибкие методологии
- Традиционные методологии

17. Основные понятия Scrum
17

18. Артефакты
Список задач по продукту - Product Backlog
Список задач итерации -Sprint Backlog
График выполнения задач Burndown Chart
Список проблем -Impediments ListРелиз
18

19. Коммуникации
Планерка итерации -Sprint Planning
Ежедневная планерка - Dally Scrum
Подведение итогов - Sprint Review
Разбор полетов -Sprint Retrospective
19

20. Роли
Менеджер продукта -Product Owner
Лидер команды -Scrum Master
Команда – Team (7±2 человек, самоорганизующаяся, кроссфункциональная)
20

21. События
Релиз
Итерации -Sprint
21

22. SCRAM, элементы процесса
22

23. Области знаний
23

24. Пример. Информационная система управления проектами

25. Пример визуализации

26. Контактная информация
 Докладчик:
Дашкин Руслан Валерьевич
E-mail:arslandv@gmail.com
телефон: +79874873333
Уфимский филиал МО PMI:
e-mail: ufa@pmi.ru
тел: 8 (347) 246 33 00
26