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

Это первая фаза жизненного цикла проекта. Начинается она с формирования ядра проектной группы (если конечно это первая итерация продукта). Затем закладывается основа, фундамент, будущего решения на основе единого видения проекта (ничем не ограниченное представление о целях и задачах, стоящих перед проектной группой). После этого очерчиваются рамки (чётко описанные задачи, которые предстоит решить), однозначно описывающие то, что предстоит сделать в рамках проектных ограничений, и оцениваются риски. Нельзя смешивать эти два понятия, но и нельзя рассматривать одно в отрыве от другого. Если программист будет создавать продукт, не владея документом единого видения (shared vision document) только на основании описания рамок (scope document), он вероятнее всего не сможет создать то, что ожидает заказчик, ведь основные цели, представления и ожидания заказчика сконцентрированы именно в документе единого видения. Оба эти документа должны создаваться итеративно и тщательно, минимизируя дальнейшие отклонения от них.

Главной вехой этой фазы будет событие «Концепция утверждена». К этому моменту у заказчика и проектной группы уже сформированы устойчивые представления о задачах, функциональности и ограничениях проекта. К моменту этой вехи должны быть готовы следующие документы: общее описание и рамки проекта (vision \ scope document), документ оценки рисков, описание структуры проекта. Задачи проектной группы на этой фазе распределяются следующим образом:

Таблица 6.2 Задачи проектной группы.

Ролевой кластер	Фокус
Управление продуктом	Общие цели проекта; выявление нужд и требований заказчика; документ общего описания и рамок проекта.
Управление программой	Цели дизайна; концепция решения; структура проекта.
Разработка	Прототипирование; анализ технологических возможностей; анализ осуществимости.
Удовлетворение потребителя	Необходимые эксплуатационные характеристики решения и их влияние на его разработку.
Тестирование	Стратегии тестирования; критерии приемлемости, их влияние на разработку решения.
Управление выпуском	Требования внедрения и их влияние на разработку решения; требования сопровождения.

MSF рекомендует обозначить следующие промежуточные вехи в течение фазы:

• Ядро проектной группы сформировано

• Черновой вариант концепции проекта составлен

6. Фаза планирования

Наступает важнейший этап разработки решения. Фаза планирования включает в себя подготовку проектной группой функциональной спецификации, разработку дизайнов, подготовку рабочих планов, оценку проектных затрат и сроков разработки различных составляющих проекта. Всё начинается с анализа и документирования проектных требований с разделением их на категории: бизнес-требования, потребительские требования, эксплуатационные требования и системные требования. Затем при создании функциональной спецификации нужно следить за соответствием (traceability) функциональности и существующих требований. Детализация требований происходит по известному всем аналитикам сценарию, прибегая к моделированию вариантов использования, (use - case modeling) и стори-боардингу (story-boarding), хотя у каждого опытного аналитика наверняка есть свой арсенал методов. Затем работа переходит в область проектирования (дизайна), где разрабатываются концептуальный, логический и физический дизайны, служащие уже инструментами для разработчиков. Результаты проектирования документируются в функциональную спецификацию, которая детально описывает вид и поведение всех составляющих решения. На основании спецификации работает команда разработчиков (с учётом синхронизации действий между собой), производится оценивание работ, достигается чёткое соглашение с заказчиком о том, что должно быть сделано. Как только создана спецификация, руководители ролевых кластеров смогут создать детальный план, относящийся к его роли. Примерами планов могут стать: план внедрения, план тестирования, план обучения, план мер безопасности и т.п. Затем проектная группа коллективно анализирует планы и выявляет зависимости между ними. Эти планы в последствии объединяются в сводный план проекта и сводный сетевой график работ. На этом же этапе создается также план управления рисками, к составлению которого есть смысл привлекать всех участвующих в проекте лиц.

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

Основные задачи проектной группы на фазе планирования (Табл. 6):

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

Ролевой кластер	Фокус
Управление продуктом	Концептуальный дизайн; анализ бизнес-требований; коммуникационный план.
Управление программой	Концептуальный и логический дизайн; функциональная спецификация; сводный план и сводный календарный график проекта; бюджет.
Разработка	Оценка технологий; логический и физический дизайн; план и календарный график разработки; смета разработки (development estimates).
Удовлетворение потребителя	Сценарии/примеры использования, пользовательские требования, требования локализации и общедоступности (accessibility); пользовательская документация/план обучения/график тестирования удобства эксплуатации; обучение.
Тестирование	Оценка дизайна; требования тестирования; план и календарный график тестирования.
Управление выпуском	Оценка дизайна; эксплуатационные требования; план и календарный график пилотного и окончательного внедрения.

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

• Верификация технологий

• Базовая версия функциональной спецификации создана

• Базовая версия сводного плана проекта создана

• Базовая версия сводного календарного графика работ создана

• Среды разработки и тестирования развернуты