ГОСТ Р 57101—2016
l
1) оценку результатов анализа проектных продуктов, действий и задач;
2) соответствие планам управления, философии, методологии и технологиям проекта:
3) документирование планов и обязательств;
4) удовлетворение требований;
5) готовность для продвижения к следующему процессу, действию или задаче.
d) Руководителю проекта следует участвовать в критических анализах. План управления проек
том и связанные с ним планы следует представлять как основу для прослеживания процессов и дей
ствий проекта. Чтобы управлять действиями анализа, может использоваться комбинация критериев
продвижения по событию и графику.
e) Поддержка деятельности процесса для проекта может произойти на уровне организации или
непосредственно в пределах приспособленных процессов проектной команды. В любом случае руко
водителю проекта следует иметь локальный контроль над деятельностью процесса поддержки. Про
блемы или отчеты об их разрешении следует представлять руководителю проектадля анализа степени
воздействия на стоимость, графики выполнения, область применения и качество проекта.
0 Руководителю проекта следует направлять заинтересованным сторонам отчеты о работе про
ектных команд и обеспечивать периодический анализ продвижения для достижения соответствующего
статуса.
д)Руководители проектов должны гарантировать, что оценка происходящих работ выполнена
определенным персоналом согласно проектным требованиям, используемой инфраструктуре и техно
логиям. требованиям к продукции и процессам. В анализах управления следует охватывать проектные
действия в поддержку жизненного цикла системы и/или программных средств. Анализы высших уров
ней следует основывать на функциональиых/технических анализах более низкого уровня и использо
вать их для формирования полной оценки проекта.
h) Руководителю проекта следует гарантировать, что там. где достижение контрольных точек за
висит от одного или более отчетов иУили результатов любого процесса поддержки, необходимо своев
ременно отчитываться корректным способом по этим достижениям в соответствии с согласованными
планами. Так как это характерно для контрольных точек, которые будут по контракту связаны с выпол
нением поддержки процессов (например, в достижении специфической базовой линии), существенным
является то, чтобы планы были синхронизированы, а руководитель проекта был своевременно осве
домлен о любых трудностях в поддерживающих процессах при завершении назначенных задач.
i) Чтобы поддерживать точную проектную оценку, руководителю проекта следует выполнять струк
турированные анализы выполнения графиков, которые основаны на практичных методах оценки.
j) Следует требовать документирования существенных проблем, деловых вопросов и решений,
вытекающих из анализов и оценок. Деловые вопросы и существенные проблемы следует прослеживать
до их закрытия. А выявленные проблемы необходимо вводить в систему корректирующих действий
проекта.
k) Руководителям проектов следует предпринимать всеохватывающее управление взаимозависи
мостями между процессами проекта.
) При управленческом анализе следует обратить особое внимание на показатели продвижения в
разработке программных средств (показатели устанавливаются во время проектного планирования) и
на результаты экспертиз, тестирования и независимых анализов с тем. чтобы своевременно получать
адекватные оценки программных средств.
т)Восстановление из-за какого-либо недостатка графика необходимо тщательно оценивать, и не сле
дует ожидать отсутствия негативных воздействий на выполнение, стоимость, риски или качество проекта.
п) Позднее добавление персонала к проекту программных средств делает проект отстающим во
времени1).
о)Чтобы гарантировать соответствие или регулирование целей (стоимость, время и выполнение),
базовая линия требований к программным средствам регулярно рассматривается по всему проекту во
взаимодействии с заинтересованными сторонами.
р) В результате реализации программных средств, являющихся сложными для визуализации,
имеют место многочисленные трудности с оценкой продвижения. Руководителям следует определить и
уточнить методы оценки продвижения так. чтобы их применение способствовало раннему обнаруже нию
возможных нарушений по стоимости или срокам.
q)Руководителям проектов следует согласовывать сокращения сроков до начала тестирования с
датами поставки программных средств, иначе в результате может оказаться невозможным завершение
полноценного тестирования согласно планам.
11 Brooks. Frederick Р. The Mythical Man Month: Essays on Software Engineering (1975, 2nd ed. 1995).
19