ГОСТ Р 57101—2016
l
h) Планирование области применения проекта может оказаться трудным, если у нового проекта
имеются беспрецедентные элементы. К таким элементам следует проявлять повышенное проектное
внимание, чтобы гарантировать, что они должным образом охватываются и контролируются. Если вы
явлено. что существуют дополнительные риски с учетом иных проектов, то в процессе управления
рисками в организации следует определить детальные планы по смягчению рисков.
i) ИСОУМЭК 10006:2003 [2] предоставляет руководящие принципы руководителям для обеспече
ния надлежащего качества их проектов, продукции и услуг.
j) Руководителю проекта следует обосновать, что отобранная модель жизненного цикла соответ
ствует проекту. Следует выбирать общие, инкрементные и эволюционные типы моделей жизненного
цикла. Если требования недостаточно понятны, то при проектном инициировании приемлемым оказы
вается какой-либо тип эволюционных моделей. Даже если требованиядостаточно понятны, инкремент
ная модель жизненного цикла (более чем с одним повторением), действующая по принципу водопадной
модели жизненного цикла, является предпочтительной.
k) В процессе планирования следует установить критерии завершения для всех проектных задач.
Подход, как поддержано руководством РМВОК® [1]. помогает определить, были ли проект, действие
или задача завершены успешно.
) В проектном плане следует реализовать согласованное определение собственника для интел
лектуальной собственности и гарантировать соглашения по результатам интеллектуальной деятель
ности. созданным или используемым в проекте.
т )Если сроки и условия соглашения между приобретающей стороной и поставщиком не опреде
лены. то руководителю проекта следует включить в проектное планирование задачу по определению
того, в какой точке проекта приобретающая сторона получает в собственность подлежащую поставке
продукцию проекта, или если собственность не предоставляется, то следует предусмотреть заключе
ние лицензионного соглашения.
п) В проекте следует определить один главный график выполнения работ, и все зависимые гра
фики следует интегрировать и согласовать с главным графиком. Структурное разбиение работ (WBS)
следует применять к оценкам эффективности проектного продвижения и обеспечивать наглядность в
процессах и продуктах. Руководство РМВОК® [1] настоятельно рекомендует порядок структурного
разбиения работ, потому что это организует и определяет полную область применения проекта. Струк
турное разбиение работ следует проводить таким образом, чтобы проект был управляемым на соот
ветствующем уровне последовательной степени детализации с учетом масштабов, сложности, критич
ности и рисков проекта.
0) В проектные оценки, используемые при планировании, следует включать:
1) затраты, связанные с выполнением процесса:
2) непериодические затраты для создания продукции;
3) возвращающиеся затраты, ежегодные, требуемые организацией в результате завершения проекта;
4) инфраструктуру:
5) потребности в ресурсах, включая соответствующее управление и контроль;
6) навыки и уровень опыта персонала, назначенного на проект;
7) гарантии и контроль качества;
8) управление рисками;
9) условия среды программной инженерии;
10) выполняемую работу в каждом процессе и/или действии:
11) управление конфигурацией;
12) технические критерии качества работы (например, время ответа, пропускная способность, ис
пользование памяти, полоса пропускания).
р) Руководителям проектов следует использовать существующую организационную инфраструк
туру всякий раз. когда это применимо. Если существующая инфраструктура не соответствует или яв
ляется недостаточной для поддержки проекта, тогда следует обоснованно использовать адаптацию
или дополнения к существующей инфраструктуре. Для устранения дефицита в инфраструктуре может
потребоваться заключение субподрядного договора.
q) В проектных планах следует описывать действия или задачи по содействию перепланирова
нию и уточнению оценок по всему жизненному циклу проекта. В каждом проекте существует много
взаимозависимостей, и обычно требуются несколько итераций планирования для получения даже на
чального плана управления проектом. В плане управления проектом может иметься ссылка на другие
планы для использования необходимой информации.
16