Краткий обзор методологии 3 другие модели процессов 4 Лучшее из двух миров 5 Базовые принципы msf 5


Замечания об использовании интегрированной модели процессов



бет8/13
Дата20.07.2016
өлшемі0.88 Mb.
#212391
түріКраткий обзор
1   ...   5   6   7   8   9   10   11   12   13

Замечания об использовании интегрированной модели процессов

Длительность фаз не одинакова


Хотя на диаграммах все фазы проекта схематически изображаются секторами одинаковых размеров, это не означает, что все они занимают одно и то же время. На практике длительность каждой фазы может значительно меняться в зависимости от проекта.

Деятельность может выходить за границы одной фазы


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

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


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


Некоторые проекты состоят лишь из задач разработки, другие – только из задач внедрения. Поставщики коммерческого программного обеспечения изготовляют “коробочные” программные продукты, установку которых они не осуществляют (хотя они должны хорошо представлять себе все её аспекты). Аналогично, команды проектов по развертыванию инфраструктуры не разрабатывают внедряемые ими технологии, хотя некоторое программирование, конечно же, имеет место и в этом случае (например, написание скриптов автоматической установки).

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


Фазы и вехи модели процессов MSF


MSF версии 3.0 интегрирует в себе две ранние модели процессов: модель разработки приложений (application development - AD) и модель внедрения инфраструктуры (infrastructure deployment - ID). Новая единая модель покрывает процесс создания решения с самого его начала и до момента окончательного внедрения. Таким образом, использовавшаяся ранее четырехфазная схема расширена до пяти фаз. Каждая фаза заканчивается главной вехой, результаты которой становятся видимыми за пределами проектной команды. Рис. 8 изображает фазы и вехи модели процессов MSF. Хотя этот рисунок может удивить некоторых MSF-практиков, произошедшие изменения не столь значительны, как кажется. Фактически, не потерян ни один из принципиальных элементов двух исходных моделей. Все лучшее от каждой из них было соединено вместе в единый цикл. В Приложении A приводится обоснование этих, произведенных в MSF версии 3.0, изменений.



  1. Фазы и вехи модели процессов MSF

Фаза выработки концепции

Введение


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

Основными задачами фазы выработки концепции являются создание ядра проектной группы (см. ниже) и подготовка документа общего описания и рамок проекта (vision/scope document). Формирование видения проекта и специфицирование его рамок – не одно и тоже, хотя для успеха проекта необходимо и то, и другое. Видение (vision) – это ничем не ограничиваемое представление о том, каким должно быть решение4. Рамки (scope) же дают четкие границы того, что из предложенного этим видением будет реализовано в условиях существующих проектных ограничений.

Управление рисками представляет собой итеративный процесс, осуществляемый на протяжении всего жизненного цикла проекта. Во время фазы выработки концепции проектная группа готовит документ оценки рисков и представляет главные риски проекта вместе с общим описанием и рамками проекта. Для получения дальнейшей информации об управлении рисками, см. “Белую книгу” дисциплины управления рисками MSF.

Также во время фазы выработки концепции производится выявление и анализ бизнес требований. Более детально эти требования рассматриваются во время фазы планирования.

Ведущим ролевым кластером на фазе выработки концепции является “Управление продуктом”.

Веха “Концепция утверждена”


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

Результаты


Результатами5 фазы выработки концепции являются:

  • Общее описание и рамки проекта (vision/scope document).

  • Документ оценки рисков (risk assessment document).

  • Описание структуры проекта (project structure document).

Основные задачи проектной группы на фазе выработки концепции


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

Ролевой кластер

Фокус

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

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

Управление программой

Цели дизайна; концепция решения; структура проекта.

Разработка

Прототипирование; анализ технологических возможностей; анализ осуществимости.

Удовлетворение потребителя

Необходимые эксплуатационные характеристики решения и их влияние на его разработку.

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

Стратегии тестирования; критерии приемлемости, их влияние на разработку решения.

Управление выпуском

Требования внедрения и их влияние на разработку решения; требования сопровождения.



Достарыңызбен бөлісу:
1   ...   5   6   7   8   9   10   11   12   13




©dereksiz.org 2024
әкімшілігінің қараңыз

    Басты бет