3.2.Прототип

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

этапа «Одобрение концепции». Прототип может представлять собой как работающее приложение., так и просто набор экранов. Прототип помогает разъяснить концепцию и выявить дополнительные вопросы группы, заказчика и пользователей продукта.

3.3. Структура проекта

Концепция описывает, что именно будет сделано, а структура проекта — кто будет это делать. Этот документ определяет:

• каждую роль в группе;

• кто отвечает за каждую роль;

• состав групп и контактную информацию;

• организаторов проекта:

• методы управления проектом — например, системы контроля и виды отчетности;

• связанные с проектом графики, адреса электронной почты и Web-узлы.

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

3.4. Сводный документ оценки рисков

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

этих планов.

3.5. Согласование концепции

Когда группа создала первый вариант концепции, наступает время ее согласования с основными участниками проекта. Этот процесс состоит из двух этапов.

Проверка концепции — документы следует обсудить со всеми участниками проекта. Это время сбора мнений, внесения поправок и дополнений по вопросам, не отраженным в концепции.

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

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

Динамика фазы планирования

1.Общая характеристика фазы планирования

Вторая из четырех фаз модели MSF, «Планирование» (рис. 4.1), следует за фазой «Анализ*-, которая, как вы помните, завершилась этапом «Одобрение концепции.

Вопрос, на который мы отвечали на фазе «Анализ»: «Можно ли разработать технологию решения конкретной бизнес-проблемы, и если да, то как?» В результате мы в общих чертах разобрались в по­ставленной задаче и наметили ее решение. На этапе «Планирование» ставится другой вопрос: «Сколько времени займет реализация пред­ложенного решения?» Ответом на него должен стать подробный план, согласованный проектной группой и заказчиком.

Из всех фаз разработки MSF труднее всего довести до конца имен­но планирование. Фаза «Анализ» — это свободный полет мысли, ис­следование всех возможных решений, волнительный, но чрезвычайно интересный период. Фаза «Разработка» — время поработать рука­ми, реализовать все задумки: «Наконец-то мы что-то делаем!» А вот фаза «Планирование» очень изматывает, ведь нужно отвечать на сложные вопросы: «Какую функцию отложить до следующей версии? Какая технология еще не созрела для реализации? Не слишком ли высоки затраты?» Фаза «Планирование» — время сложной, кропот­ливой работы, поэтому часто возникает искушение пропустить ее.

Но именно на этом этапе решается судьба проекта — ждет его ус­пех или крах. И лучше выявить проблемы на бумаге во время проек­тирования, чем столкнуться с ними при реализации. Намеченные на этапе «Анализ» идеи должны пройти через горнило фазы «Планиро­вание», и только после этого вы будете уверены, что эти идеи удастся реализовать на стадии разработки и стабилизации.