double arrow

Выработка концепции


1. Формируется ядро проектной группы (если это первая итерация).

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

3. Очерчиваются рамки (чётко описанные задачи, которые предстоит решить), однозначно описывающие то, что предстоит сделать в рамках проектных ограничений.

Оцениваются риски.

Единое видение ≠ Рамки & Риски.

Это два разных документа (shared vision document) и (scope document) соответственно.

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

4. Главная веха этой фазы - событие «Концепция утверждена».

Должны быть готовы и сформированы:

устойчивые представления о задачах, функциональности и ограничениях проекта; общее описание и рамки проекта (vision \ scope document), документ оценки рисков, описание структуры проекта.

Планирование (ФАЗЫ MFS)

Состав:

· Подготовка функциональной спецификации;

· Разработка дизайнов;

· Подготовка рабочих планов;

· Оценка проектных затрат и сроков разработки различных составляющих проекта.




Последовательность действий:

1. Анализ и документирование проектных требований с разделением их на категории: бизнес-требования, потребительские, эксплуатационные и системные требования.

При создании функциональной спецификации нужно следить за соответствием (traceability) функциональности и существующих требований.

2. Детализация требований (например, с помощью вариантов использования).

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

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

На основании спецификации работает команда разработчиков, производится оценивание работ, достигается чёткое соглашение с заказчиком о том, что должно быть сделано.

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

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

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







Сейчас читают про: