Ключевые участники и заинтересованные стороны

Допущения и ограничения

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

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

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

· Специфические технические требования. Например, разработка под заданную программно-аппаратную платформу.

· Специфические требования к защите информации.

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

Содержание этого раздела для нашего проекта-примера выглядит следующим образом.

5. Допущения и ограничения

5.1. Проектирование прикладного ПО выполняется с использованием UML¹.
5.2. Средством разработки ПО является Symantec Visual Cafe for Java².
5.3. В качестве промежуточного ПО сопровождения и поддержки каталога используется ОО БД «Poet»³.
5.4. Нагрузка на систему не должна быть более 100 одновременно работающих пользователей.
5.5. В рамки проекта не входят:
5.5.1. Защита системы от преднамеренного взлома.
5.5.2. Разработка B2B API и интеграция с другими системами.

Одна из задач фазы инициации проекта это выявить и описать всех его участников. Согласно [1] к участникам проекта относятся все заинтересованные стороны (stakeholders), лица и организации, например заказчики, спонсоры, исполняющая организация, которые активно участвуют в проекте или чьи интересы могут быть затронуты при исполнении или завершении проекта. Участники также могут влиять на проект и его результаты поставки.

К ключевым участникам программного проекта, как правило, относятся:

· Спонсор проекта — лицо или группа лиц, предоставляющая финансовые ресурсы для проекта в любом виде.

· Заказчик проекта — лицо или организация, которые будут использовать продукт, услугу или результат проекта. Следует учитывать, что заказчик и спонсор проекта не всегда совпадают.

· Пользователи результатов проекта.

· Куратор проекта — представитель исполнителя, уполномоченный принимать решение о выделении ресурсов и изменениях в проекте.

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

· Соисполнители проекта. Субподрядчики и поставщики.

Содержание этого раздела в концепции-примере будет иметь вид.

6. Ключевые участники и заинтересованные стороны

6.1. Спонсор проекта — директор Департамента информатизации ОАО «XYZ» В.Васильев.
6.2. Заказчик — начальник Отдела «123» Ф.Федотов
6.3. Пользователи автоматизированной системы:
6.4. Клиенты ОАО «XYZ» (поиск и заказ документации).
6.5. Руководство ОАО «XYZ» (анализ деятельности Отдела «123»).
6.6. Сотрудники производственных департаментов ОАО «XYZ» (сопровождение каталога).
6.7. Сотрудники Отдела «123» (обработка заявок и поставка документации).
6.8. Сотрудники департамента информатизации ОАО «XYZ» (администрирование системы).
6.9. Куратор проекта — начальник отдела заказных разработок И.Иванов.
6.10. Руководитель проекта — ведущий специалист отдела заказных разработок МП П.Петров.

7. Соисполнители:

7.1. Поставщик оборудования и операционно-системного ПО — ООО «Альфа».
7.2. Поставщик базового ПО — ООО «Бета».