Состав работ проекта - модель процессов MSF

Модель процессов MSF отражает интегрированную (общую) методологию разработки и внедрения ИТ-решений.

Под ИТ-решением в MSF понимается скоординированная поставка набора элементов (таких как программно-технические средства, документация, обучение и сопровождение), необходимых для удовлетворения некоторой бизнес потребности конкретного заказчика. Основными компонентами решения являются:

· программно-технические средства, которые могут быть как новыми, так и усовершенствованными версиями разработанных ранее;

· внедрение - включает в себя процедуры установки/удаления аппаратного и программного обеспечения;

· обучение - процедуры, которые распространяются на всех участников использования и сопровождения решения;

· документация - вся информация, необходимая для установки, поддержки, сопровождения и использования решения;

· сопровождение - процедуры развития, восстановления, действий в нештатных ситуациях и поддержки пользователей;

· внешние коммуникации - информирование заинтересованных сторон о ходе внедрения решения и его влиянии на их интересы.

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

Универсальность модели MSF определяется тем, что благодаря своей гибкости и отсутствию жестко установленных связей и процедур она может быть применена при разработке весьма широкого круга систем: традиционного программного обеспечения, ERP-систем, решений в области электронного бизнеса, распределенных сетевых приложений и пр.

Эта модель сочетает в себе свойства двух стандартных [ 8 ] производственных моделей: каскадной и спиральной (см. рис. 3.1).

Рис. 3.1. Модель жизненного цикла решения MSF

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

Итеративность подхода предусматривает поэтапное создание всех элементов проекта: программного кода, документации, дизайна, планов. Реализацию проекта рекомендуется начинать с построения, тестирования и внедрения базовой функциональности системы. Затем к решению добавляются все новые и новые возможности. Такой подход к процессу разработки подразумевает достаточную гибкость в ведении документации. Проектные документы должны изменяться по мере эволюции проекта. Их пересмотр не прекращается до конца проекта и производится после каждой итерации. Такой подход существенно отличается от принципов ведения документации в каскадной модели, где процесс разработки начинается лишь после того, как готовы и зафиксированы все требования и спецификации.

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

Фазы проекта определяют последовательно решаемые задачи, а вехи (milestones) - ключевые точки проекта, характеризующие достижение какого-либо существенного результата.

В MSF используются два вида вех: главные и промежуточные. Они имеют следующие характеристики:

· главные вехи служат точками перехода от одной фазы к другой и определяют изменения в текущих задачах ролевых кластеров проектной команды; в MSF главные вехи являются в достаточной степени универсальными для применения в любом ИТ проекте;

· промежуточные вехи показывают достижение определенного прогресса в исполнении фазы проекта и расчленяют большие сегменты работы на меньшие, обозримые и управляемые участки; промежуточные вехи могут варьироваться в зависимости от характера проекта.

Изменения в задачах ролевых кластеров проектной команды происходят по мере смены фаз проекта. Переход от одной фазы к другой включает в себя также перенос основной ответственности от одних ролевых кластеров к другим, как показано в таблице 3.1.

Таблица 3.1. Распределение ответственности ролевых кластеров