ГОСТ Р 57101—2016
г) Планы следует обновлять и согласовывать с положениями раздела 5 настоящего стандарта.
s) Руководителю проекта следует гарантировать, что план управления проектом и все планы, на
которые он ссылается, помещены под управление конфигурацией проекта.
t) Для разрешения разногласий между руководителем проекта и другими руководителями, под
держивающими управление процессом, при планировании проекта следует описать механизм разре
шения противоречий или их повышения до соответствующего уровня полномочий в организационном
управлении.
и)Всякий раз. когда поддержка процессов выполняется организациями вне прямого организаци
онного контроля со стороны руководителя проекта, важно понять существование двух множеств отно шений
между: 1) руководителем проекта и другими руководителями, поддерживающими управление процессом; 2)
поддерживаемым и поддерживающим организационными управлениями. Руководителю проекта следует
признать этот факт, рассматривая аспекты планирования, выполнения, контроля и отчетности при
реализации специальной технической и управленческой отчетности, организации по
токов информации и разрешении споров. Синхронизация планов может оказаться более сложной с
учетом соглашений и задач по субконтрактам. В этом случае может помочь наличие одного генераль
ного плана.
v) В проекте следует использовать ретроспективные проектные данные при разработке оценок и
планов. Необходимо планировать механизмы сбора, анализа, архивирования и восстановления про
ектных данных. Эти исторические данные могут использоваться для улучшения процессов жизненного
цикла и планирования поддержки и анализа для будущих проектов.
w) Если в проекте от одной или более организаций участвуют несколько команд, руководителю
проекта следует объединить эти команды, обеспечивая, чтобы каждая команда, используя свое отдель
ное видение, ориентировалась на общие цели в проекте.
x) Число людей и команд в проекте следует увязывать с бюджетом и графиками выполнения про
екта. не следует превышать обычное количество лиц в подчинении (т. е. от 5 до 20).
y) Руководитель проекта должен запланировать действия для разрешения с соответствующими
заинтересованными сторонами проблем и удовлетворения потребностей в ресурсах согласно требова
ниям. взаимодействиям и проекту.
z) При планировании проекта используются различные методы оценки стоимости, включая сто
имостные модели применительно к системе и программным средствам. Методы оценки стоимости ос
нованы на предполагаемом размере конечного и/или рабочего продукта. Таким образом, важно точно
оценить размер продукта.
aa) При планировании проекта следует включать планирование непредвиденных обстоятельств
для управленческих и технических проблем.
ab) Руководителю проекта следует начинать проект соразмерно с полномочиями по расходам
(или дополнительным расходам) бюджета.
Руководство для программных средств:
a) ИСО/МЭК 25030:2007 [14] рекомендует уделить внимание определению и документированию
требований к качеству, основанных на характеристиках качества согласно ИСО/МЭК 9126-1:20011) [3],
например, когда программные средства должны быть встроены в высокоуровневую систему, когда
функции должны быть распределены между программными и аппаратными средствами или между про
граммными средствами и внешне взаимодействующими системами или программными средствами.
b
) При планировании следует учитывать будущие действия в жизненном цикле системы или про
граммном продукте, даже если они не являются частью текущего проекта.
c) Следует определять сложность программных средств и системы и разрабатывать показатели
эффективности с приобретающей стороной.
d) Планы по системе, программным и аппаратным средствам следует интегрировать и управлять
ими согласованно.
e) Для обеспечения программными ресурсами руководителю следует определить:
1) требования для сопровождения, распределения обновлений, модернизаций и затрат на предо
ставляемые услуги;
2) права собственности, например гарантии, интеллектуальные права, патенты, лицензии и ав
торские права.
’) Заменен на ИСО/МЭК 25010:2011.
17