Стратегический менеджмент при разработке программного обеспечения

Так объяснил заказчик
Программные проекты:
как это часто бывает

Проблемы разработки
Масштабы решаемых бизнес-задач
(значимость ИТ для бизнеса)
Сложность современных прикладных систем
Архитектурная
Технологическая
Прикладная (бизнес-функциональность)
Качество создаваемых приложений и его оценка
Скорость реализации проектов (продуктивность)
Изменяющиеся требования/приоритеты
Взаимодействие между всеми “сторонами” ИТ-проектов
Между конечными пользователями и “айтишниками”
Между бизнес-аналитиками и разработчиками
Между разработчиками и тестировщиками
...

“Хаос” ИТ-проектов (2004)
http://www.standishgroup.com

Часто дела идут не по плану.
Как узнать, что правильно, а что нет?
Moment of crisis!
route to planned goal
(1969 lunar landing)
route to better goal
(“Titanic” movie)
getting lost
planned route to planned goal
route to worse goal (ship Wasa)
http://Alistair.Cockburn.us

Top 10 причин успешности проектов
1. User Involvement
2. Executive Management Support
3. Clear Business Objectives
4. Experienced Project Manager
5. Minimizing Scope and Requirements
6. Iterative and Agile Process
7. Skilled Resources
8. Formal Methodology
9. Financial Management
10. Standard Tools and Infrastructure

Какие бывают ИТ-проекты
Создание новых систем
Интеграция существующих систем
Настройка и адаптация “готовых” систем

Какие бывают ИТ-проекты
Создание новых систем
Интеграция существующих систем
Настройка и адаптация “готовых” систем
Является ли поддержка и эксплуатация системы самостоятельным проектом?

Рамки проектов (constraints)
Содержание/функциональность (scope)
Сроки (schedule)
Качество (quality)
Бюджет (budget)

Конфликты/компромиссы/риски
в рамках проектов
Подрядчик (ИТ)
Приоритеты (priorities)
Время (time)
Продуктивность
Стоимость (cost)
Заказчик (бизнес)
Содержание (scope)
Сроки (schedule)
Качество (qaulity)
Бюджет (budget)
Риски (risks)
Компромиссы (compromise)

Роль ограничений в проектах
Источник: APM PMBOK (Project Management Body Of Knowledge)

Потребности заказчика
Соответствие ожиданиям
Функциональные требования
Удобство использования
Качество
Производительность
Гарантированность достижения результата
Бюджет
Сроки
Ресурсы
Сохранение инвестиций
Интеграция существующих приложений
Использование существующей культуры и навыков

Инструменты подрядчика
Сохранение инвестиций
Интеграция и повторное использование компонентов существующих систем
Использование полученных навыков
Эволюция вместо революции
Модульное наращивание функциональности
Прозрачность интеграции <существующих и новых> систем
Унификация как инструмент снижения издержек
Форматов обмена информацией
Инструментальных средств и связующего ПО
Повышение эффективности
Улучшение процесса(-ов) разработки ПО

Роль проектного менеджера:
находить поддержку, мотивировать команду и блокировать проблемы
Sponsor(s)
Visibility
Decisions
$
Interruptions
X
PM
developers
Communication
Amicability
Priorities
Focus time
Skills development
Motivation
Reflection
http://Alistair.Cockburn.us

Управление проектами

Проект
Проект
временное предприятие для создания уникального продукта или услуги
Управление проектом (project management)
приложение знаний, умений/навыков (skills), инструментов и техник/практик к проектной деятельности (activities) для удовлетворения требований к результату проекта
http://www.pmi.org

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

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

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

Процесс
Процесс определяет:
Кто?
Что?
Когда (в какой последовательности) делает для достижения определенной цели

*KPA
“Область компетенции”
Area
описывает знания и практики в виде группы взаимосвязанных процессов, необходимых для решения определенного комплекса задач

Жизненный цикл проектов (life cycle)

Процессы

Процессы и фазы проекта

Правильная команда

Когда применять методики управления проектами?

Эффективность коммуникаций

Каскадная модель (водопад)

Инкрементальная модель

Эволюционная модель

Варианты моделей процессов ЖЦ

Факторы выбора

Различная степень формализации планирования
“Хакеры”
XP
Источник: Barry Boehm, © Center for Software Engineering, University of Southern California; (адаптировано)
Максимально
детализированный
план
Процесс
на основе
плана
Процесс
управляемый
рисками
Адаптивный
процесс

Различная степень формализации планирования
“Хакеры”
XP
Источник: Barry Boehm, © Center for Software Engineering, University of Southern California; (адаптировано)
Максимально
детализированный
план
Процесс
на основе
плана
Процесс
управляемый
рисками
Адаптивный
процесс
Детализация
планирования
Степень
формализации

Различие в подходах к процессам

The Problem: Project Results are Poor
Source: THE STANDISH GROUP 2003

Rework Costs are High Even for Successful Projects!
Application development organizations typically spend about 40% of their development effort on rework

Poor Requirements is the Principal Cause
Distribution of Defects
Source: James Martin
Requirements
56%
Code
7%
Other
10%
Design
27%
Distribution of Effort to Repair Defects
Requirements
82%
Other
4%
Design
13%
Source: Dean Leffingwell

Риски в области ПО
(Software Risks)

Возможные атрибуты рисков
Категория риска
Описание риска
Признак(и) появления проблемы
Близость риска (ожидаемое время наступления проблемы)
План предотвращения риска
Статус риска
…
Подверженность риску = вероятность * воздействие
RE = L2
(Risk Exposure = Likelihood * Loss = Probability * Impact)

Образ мыслей MSFv4
MSF – это не просто набор рекомендаций, MSF – это образ мыслей!
MSF стремится к созданию культуры, которая помогает успешно выполнять проекты
Образ мыслей – это набор ценностей, которые определяют, как мы интерпретируем ситуации и реагируем на них
Образ мыслей помогает членам команды принимать решения, приоритезировать работу, представлять свои роли в команде и взаимодействовать с другими участниками проекта

Основные принципы MSFv4
Взаимодействие с партнерами
Поощрение открытого общения
Общее видение проекта
Качество – это ежедневная работа каждого сотрудника
Оставайтесь гибкими, адаптируйтесь к изменениям
Внедрение проекта должно стать привычкой
Постоянная демонстрация прогресса для заказчика

Состав MSFv4
Рекомендованные процессы создания ИТ-проектов
Структура итераций
Определение рабочих элементов, создаваемых в ИТ-проектах
Стандартные рабочие элементы и критерии их создания/завершения
Роли членов команды / Группы безопасности
Шаблоны документов (Excel, Word)
Шаблоны Microsoft Project
Отчеты
Портал проекта / Шаблон сайта SharePoint

Скорость или предсказуемость?
MSF Agile
“Эволюция и адаптация”
Идеально для условий конкуренции
Опора на людей
Планируй по мере продвижения
MSF Formal
“Планирование и оптимизация”
Идеально для устойчивых условий
Опора на процессы
Планируй заранее

Потоки работ в MSF Agile
Формулировка целей и задач проекта
Создание сценариев
Создание требований по качеству обслуживания
Планирование итераций
Создание архитектуры решения
Реализация задачи по разработке
Построение продукта
Тестирование сценария
Тестирования требования по качеству обслуживания
Исправление ошибок
Закрытие ошибок
Выпуск продукта
Управление проектом