КОНЦЕПЦИЯ ПРОЕКТА

 

· Все документы, ссылки на которые на которые содержаться в настоящем документе являются его неотъемлемой частью · Заполнение разделов настоящего документа по возможности осуществляется ссылками на внешние документы, а при отсутствии таковых – текстовым описанием. · В случае любых расхождений настоящего документа с уставом проекта – настоящий документ признается более авторитетным · Работы, ссылки на которые не содержатся в данном документе – не входят в проект.

 

Название проекта:
Менеджер проекта:
Дата (MM/DD/YYYY):

 

Версии
Версия	Дата (MM/DD/YYYY)	Комментарий
1.0

1. Общая информация

1.1 Общая информация о проекте

<Дополнительная информация к той, что содержится в разделе 1 устава: развернуто – суть проекта, бизнес-окружение и цели. Любые пояснения. Если такой информации нет – ссылка на устав>

1.2 Ограничения проекта

<Указать ограничения проекта или ссылку на устав при их идентичности.>

1.3 Допущения проекта

<Перечислить все известные допущения проекта. Например: вплоть до начала внедрения на проекте может не потребоваться работа аналитиков из отдела внедрения; или: до конца проекта стоимость используемых лицензируемых компонентов не должна измениться>

2. Описание продукта
2.1 Описание продукта:
<Описание требований к продукту, включая развернуто цели его создания и требования по внедрению>
2.2 Аналоги продукта:
<Ссылка на аналоги продукта, если таковые имеются>
2.3 Ссылки на спецификации продукта
Требования бизнес-уровня:
< Требования ИТ-независимы. Пример – бизнес-объекты и их атрибуты> <NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ>
Требования системного уровня:
<Требования ИТ-зависимы, но платформо-независимы. Пример – сущности и их атрибуты> <NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ>
Требования технического уровня:
<Требования ИТ-зависимы и платформо-зависимы. Пример – поля таблицы БД (как проекция сущностей на технический уровень)> <NB: при наличии отдельных документов – требования не переписывать, дать ссылку на документ>
2.4 Поставки проекта
Результат поставки	Критерии приемки
<Результат 1>	§ < критерий приемки результата 1> § < критерий приемки результата 1> § <критерий приемки результата 1>
<Результат …n>	§ <критерий приемки результата …n>

3. Подход к управлению проектом
3.1 Используемые элементы плана управления проектом
План управления персоналом	<Существуют ли правила назначения и выделения ресурсов на проект (описать)?> <Ссылки на согласованные списки ресурсов проекта>
Коммуникации проекта	<Существуют ли правила ведения коммуникаций на проекте (описать)?> <Ссылка на реестр заинтересованных лиц>
Риски проекта	<Существуют ли правила работы с рисками (описать)?> <Ссылка на реестр рисков>
Закупки проекта	<Перечень закупок проекта (или ссылка)> <Существуют ли в организации правила ведения закупок и кто ответственен за процесс? (описать или ссылка)> <Существуют ли в проекте планы закупок (описать или ссылка)>
Управление конфигурациями	<Каковы правила работы с конфигурациями на проекте, включая поддержание версионности кода, дистрибутивов, преоктных планов (описать / дать ссылку)?>
Изменения в проекте	<Каковы правила внесения изменений в проектные планы и документацию (описать / дать ссылку)? >
<Дополнить по необходимости>	<Дополнить по необходимости>
3.1 Требуется ли дополнительное согласование элементов плана?
Что требует согласования?	Кто согласует?
<Например – документы: план управления рисками, ИСР>	<Например – спонсором, тремя ключевыми заинтересованными лицами (перечислить)>
<…>	<…>

4. Согласовательные подписи
УТВЕРЖДАЮ:
Имя	Должность	Подпись	Дата (MM/DD/YYYY)

 

Подпись означает согласие подписавшего со всеми положениями настоящего документа.