pmi ufa 2014 09-18
DESCRIPTION
Гибкие методологии при создании ИТ продукта. Сравнения. Основные инструменты. Дашкин Руслан Валерьевич, тренер-консультант, сертифицированный преподаватель АСКОН. 18 сентября 2014 г.TRANSCRIPT
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:[email protected]
телефон: +79874873333
Уфимский филиал МО PMI:
e-mail: [email protected]
тел: 8 (347) 246 33 00
26