Управление рисками. Модель процессов

3.2.2. Матрица компромиссов проекта

Другое полезное средство управления проектными компромиссами - матрица компромиссов проекта (project tradeoff matrix).

Она отражает достигнутое на ранних этапах проекта соглашение между проектной группой и заказчиком о выборе приоритетов в возможных в будущем компромиссных решениях.

Возможный вариант такой матрицы представлен на рисунке.

Рис. 5.4. Матрица компромиссов (возможный вариант). Источник: белая книга

Матрица компромиссов [4.1] помогает обозначить проектное ограничение, воздействие на которое практически невозможно (колонка "Фиксируется"), фактор, являющийся в проекте приоритетным (колонка "Согласовывается"), и третий параметр, значение которого должно быть принято в соответствии с установленными значениями первых двух величин (колонка "Принимается").

3.3. Схема процесса разработки

Модели процессов описывают последовательность действий, осуществляемых в ходе реализации проекта. Можно сказать, что они задают тем самым жизненный цикл проекта. Спектр моделей, применяемых в настоящее время различными организациями, весьма широк. Среди них есть и модель процессов MSF, возникшая на основе используемого в компании Microsoft подхода к разработке программных приложений. В результате своего развития она объединила ряд наиболее эффективных принципов других известных моделей процессов, сформировав при этом единую базу для работы над проектами любых типов: ориентированных на фазы (phase-based), основанных на вехах/контрольных точках (milestone-driven) и итеративных (iterative).

3.3.1. Структурные единицы схемы

MSF for Agile Software Development поддерживает быструю итеративную разработку. Проектирование, разработка, тестирование выполняются в перекрывающих друг друга итерациях, каждая из которых фокусируется на реализации отдельных аспектов решения [5.11].

Рис. 5.5. Итерации процесса разработки. Источник: MSF for Agile Software Development Process Guidance

Короткие итерации позволяют свести к минимуму влияние ошибок в понимании и формулировании требований, дают быструю обратную реакцию о точности проектных планов.

Каждая итерация должна завершаться получением результата в виде стабильной части целого продукта.

3.3.2. Цикличность процесса разработки

На каждом уровне процесса создания решения MSF предполагает цикличность. Создание версии продукта - цикл из итераций. Итерация - цикл из ежедневно собираемых билдов. Билд - цикл изменений, вносимых в систему контроля версий[5.11].

Рис. 5.6. Циклы процесса разработки. Источник: MSF for Agile Software Development Process Guidance

3.3.3. Фазы и вехи процесса разработки

Модель MSF покрывает процесс создания решения с самого его начала и до момента окончательного внедрения. Весь процесс создания решения разбит на пять фаз. Каждая из них заканчивается главной вехой, результаты которой становятся видимыми за пределами проектной команды [5.1].

Рис. 5.7. Фазы и вехи модели процессов MSF. Источник: белая книга

Веха является точкой синхронизации достигнутых результатов и ожиданий заказчика, а также анализа проектной среды. В решении о закрытии очередной фазы должны принимать участие ответственные представители всех ролевых групп.

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

4. Что дальше?

Тема следующей лекции - Фазы "Выработка концепции" и "Планирование" в методологии MSF.