1

Сертификационные программы PMI Гибкие методологии при создании ИТ

продукта

Дашкин Руслан Валерьевич

Структура доклада

Основные критерии выбора

Причины возникновения

Сравнение методологий

Основные понятия, принципы и артефакты по SCRUM

2

История

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

3

Что такое Agile?

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

Цель: минимизация рисков

За счет чего: Разработка короткими итерациями

4

Традиционный подход

5

Тех.задание

Проектирование

Разработка

Опытная эксплуатация

Промышленная эксплуатация

100 000 р.

150 000 руб.

200 000 руб.

192 000 руб.

Ментальная модель реального проекта

6

Начало

Желаемый результат

Гибкий подход

Проектирование

Разработка

Тестирование

Внедрение

Анализ

7

Sprint 0

Анализ

Проектирование

Разработка

Тестирование

Внедрение

Sprint 1

Основные принципы Agile

Удовлетворение клиента за счёт ранней и бесперебойной поставки ценного программного обеспечения;

Приветствие изменений требований даже в конце разработки (это может повысить конкурентоспособность полученного продукта);

Частая поставка рабочего программного обеспечения (каждый месяц или неделю или ещё чаще);

8

Проектом занимаются мотивированные личности, которые обеспечены нужными условиями работы, поддержкой и доверием;

Рекомендуемый метод передачи информации — личный разговор (лицом к лицу);

Тесное, ежедневное общение заказчика с разработчиками на протяжении всего проекта;

9

Основные принципы Agile

Рабочее программное обеспечение – главная мера прогресса проекта

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

Постоянное внимание к техническому совершенству и качественной архитектуре способствуют гибкости.

10

Основные принципы Agile

Простота необходима, как искусство максимизации работы, которую не следует делать.

Лучшая архитектура, требования, дизайн создается в самоорганизующихся командах.

Команда постоянно ищет способы стать более эффективной, путем настройки и адаптации своих процессов.

11

Основные принципы Agile

Copyright 2007 Scott W. Ambler www.ambysoft.com/surveys/

43

63

63

72

Offshoring

Data Warehouse

Traditional

Agile

Процентное соотношение успешного завершения

ИТ проектов

Преимущества

Традиционный подход Agile

•Легок для понимания и использования; •Детально структурирован, что облегчает его применение к малоопытным командам; •Задает стабильные требования к проекту/продукту с самого старта; •Проекты легко контролируются, отслеживаются ресурсы, риски, время; •Качество имеет первоочередной приоритет по сравнению со стоимостью и временем.

•Итеративная разработка; •Использование временные рамки(time boxes); •Конечный пользователь вовлечен в процесс с самого начала; •Быстрое получение первой/пробной версии продукта для тестирования; •Легко воспринимаются корректировки и изменения в процессе разработки.

13

Недостатки

Традиционный подход Agile

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

•Может привести к низкому качеству продукта; •Риск никогда не достигнуть закрытия/завершения проекта; •Могут возникнуть проблемы с расширяемостью продукта.

14

Критерии выбора

Традиционный подход Agile

•Требования к продукту предельно ясны и стабильны; •Известны используемые технологии и инструменты; •Продукт четко формализован •Архитектура продукта строго регламентирована и детализована; •Требования внешних нормативных документов.

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

15

Графическое представление сравнения

методологий

16

Наглядное представление Риски

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

- Гибкие методологии

- Традиционные методологии

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

17

Артефакты

Список задач по продукту -Product Backlog

Список задач итерации -Sprint Backlog

График выполнения задач Burndown Chart

Список проблем -Impediments ListРелиз

18

Коммуникации

Планерка итерации -Sprint Planning

Ежедневная планерка - Dally Scrum

Подведение итогов - Sprint Review

Разбор полетов -Sprint Retrospective

19

Роли

Менеджер продукта -Product Owner

Лидер команды -Scrum Master

Команда – Team (7±2 человек, самоорганизующаяся, кроссфункциональная)

20

События

Релиз

Итерации -Sprint

21

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

22

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

23

Пример.

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

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

Контактная информация

Докладчик:

Дашкин Руслан Валерьевич

E-mail:arslandv@gmail.com

телефон: +79874873333

Уфимский филиал МО PMI:

e-mail: ufa@pmi.ru

тел: 8 (347) 246 33 00

26