Комбинированное управление ИТ разработкой гибкими и иерархическими моделями

Комбинированное использование водопадных и гибких методик на примере софтверного продукта

http://www.specialist.ru/

Страница 2

ДАНИЛ ДИНЦИСДОКТ. ТЕХН. НАУК, PGMP, PMP, ITIL OSA, MOF CERTIFIED SPECIALISTОПЫТ В ИТ: 25 ЛЕТ

[email protected], [email protected]

WWW.DDINTSIS.COM

mailto:[email protected]


http://www.ddintsis.com/


Страница 3 www.specialist.ru

Источники

PMBOK® Guide 5 Edition PMBOK Extension for Software Projects ISO/IEC/IEEE/ГОСТ Р ИСО 12207, 15288 IEEE Standards (SWEBOK® 3) ITIL ®, MOF®



Целевая аудитория

Руководители бизнеса Руководители ИТ департаментов Руководители компаний и департаментов разработки и

интеграции PMO Члены команд разработки Члены команд сопровождения (ITIL)



Что такое программный продукт



Особенности программных продуктов



Резюме требований к программному продукту

Обладает конечной ценностью для заказчика/потребителя Должен динамично изменяться Обеспечение преемственности, совместимости и поддержки Мультинациональные/региональные Высокая зависимость от внешних провайдеров (например,

Интернета)



Модели планирования


Страница 9 www.specialist.ruД.Ю. Динцис. ITPM. Управление содержанием

5-9Управление содержанием IT-проектов

Водопадная (Waterfall) модель – планирование от начала до конца проекта

Метод «водопада»


Страница 10 www.specialist.ruВ.В.Камалов. ITPM. Управление содержанием

Метод набегающей волны

Декомпозиция может быть невозможной для результатов, которые будут выполняться в будущем.



Достоинства иерархических методов планирования

Определение направления развития Стратегическое архитектурное планирование Понятные цели по срокам и финансированию


Страница 12 www.specialist.ruДинцис Д.Ю. ITPM. Управление содержанием

Гибкие/адаптивные методики



Agile методология

ТЭО• Бизнес-

требования

Анализ • Поиск решения, сравнение вариантов

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

ие

• Решение «на бумаге»

Разра-ботка • КОДИНГ

Документирова

ние• описание

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

• тесты

Обслу-живани

е


Страница 14 www.specialist.ruДинцис Д.Ю. ITPM. Управление содержанием

Гибкие/адаптивные методики

• Инкрементное планирование с периодичностью от 1 дня до 1 месяца

• Вовлеченность представителя заказчика и пользователей в команду на постоянной основе

• Малые (до 10 человек) самоорганизующиеся команды• Крупные проекты могут включать адаптивные команды• Каждый член команды работает только над одним проектом на

каждой итерации• Каждая команда включает экспертов и специалистов общего

профиля.



НеобходимостьWBS

• точнее достигнет нужного результата• позволяет зафиксировать набор работ – границы

Проекта• создает ощущение реальности достижения результата

• легче контролировать

• помогает планировать другие проекты• основа для планирования ресурсов и бюджета

Детально расписанный проект



гарантирует, что все результаты проекта идентифицированы и детализированы так, что всем работам могут быть назначены

необходимые ресурсы

помогает контролировать ход выполнения

проекта

WBS

определяет все результаты

проекта



Время

Фун

кцио

наль

ност

ь

Минимизация рисков неопределенности требований

Release 1

Release 2

Release 3

АДАПТИВНЫЕ МОДЕЛИ



Недостатки адаптивного подхода

Накопление различных ошибок, допущенных на предшествующих итерациях Неопределенность объемов временных и ресурсных затрат на выпуск продукта.

Сложности в стратегическом планировании

Зависимость от личностной мотивации на стороне и заказчика, и исполнителя



Все ключевые решения принимаются тогда, когда у аналитиков и разработчиков нет полного понимания системы.

Метод водопада не дает возможности быстрой адаптации к изменениям, особенно на поздних стадиях жизненного цикла ПО.

Конечный продукт может оказаться невостребованным из-за неточного изложения требований или их изменения за длительное время создания ПО.

Недостатки водопадного подхода



Цикл адаптивной модели



Цикл управления риском при адаптивном планировании



MSF: модель жизненного цикла разработки

Project plan approved

Out ofDevelopm

ent

Release Readiness Review

Deployment Milestone

Vision approved

Vision

Deploy

men

t

Build

Det

aile

d pl

anni

ngStabilize



Методологии гибкой разработки программного обеспечения: Итерация

План

Анализ

ДизайнРазработка

Тест

Scott Schultz “Rapid Iterative Production Prototyping”, 1988



Степень детализации WBS

Знаменуется получением одного или нескольких результатов

Являются частью логической последовательности, обеспечивающей правильное определение продукта проекта

Окончание сопровождается анализом результатов и текущего исполнения

ФАЗАПРОЕКТА

Work package (Пакет работ)

Элемент низшего уровня иерархии

Неделимый объект WBS

Комплекс работ, сгруппированный по заданным основаниям (критериям)

Декомпозиция


Страница 25 www.specialist.ruВ.В.Камалов., Динцис Д.Ю. ITPM. Управление содержанием

Другие результаты, возникающиена этапе разработки WBS

• Словарь иерархической структуры работ

• Обновление описания предметной области

• План управления предметной областью

• Запрошенные изменения• Базовый план

предметной области



Ежедневный Скрам



Инструмент управления (на примере Trello)

Глобальная доска

Доска пакетов (СКРАМ)

Доска исполнител

я



Скрам. Артефакты



Продукт: версия 1



Развитие продукта. Регулярные улучшения



Системные типы изменений

Категория изменения

Что затрагивается Сложность Длительность Способ реализации

Первая Модификация существующих рабочих процедур

Небольшая Быстрое изменение

Адаптивный

Вторая Существенное изменение рабочих процедур

Средняя Средняя Адаптивный/Проект/Программа

Третья Изменение ценностей компании

Очень сложные

Длительные Портфель



Нельзя рассматривать людей исключительно как ресурс.

Людям нужно нечто большее, чем просто список заданий.

Мотивация команды



Варианты построения команды

Комбинирование виртуальных и локальных команд Дорогостоящие эксперты и специалисты общего профиля Баланс между выделенными и функциональными членами

команды



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



Инструменты взаимодействия команды

Парное программирование

Программирование, ведомое тестированием Совместное размещение (colocation)



Роль РМ-а

Лидерство

Контроль



Инструмент совместной работына примере Slack







Вопросы и контакты

[email protected] [email protected] www.ddintsis.com https://www.facebook.com/IPDanilDintsis http://www.specialist.ru/section/project-management



http://www.ddintsis.com/

https://www.facebook.com/IPDanilDintsis

http://www.specialist.ru/section/project-management
