ГОСТ Р 55901—2013
в) базисдля верификации конечного стандарта на систему менеджмента существует на соответ
ствующих этапах в течение процесса разработки;
г) утверждение проектной спецификации создает основу для прав собственности в течение всей
работы над проектом;
д) учитывают замечания, полученные на этапе согласования новой разработки;
е) принимают во внимание любые ограничения.
П р и м е ч а н и е — Если для анализа обоснования направлено несколько стандартов, то проектная специ
фикация может потребоваться для каждого стандарта.
7.2.3Обеспечение результатов разработки
7.2.3.1 Менеджмент проекта
Разработчики должны утвердить план проекта, в котором указано, как предполагается организо
вывать и управлять работой над этим проектом, определены временные рамки и как проект будет
выполняться по ключевым датам.
В целях обеспечения общей поддержки следует приглашать участвовать в работе над проектом
те организации, которые тесно сотрудничают с организацией разработчика.
7.2.3.2 Человеческие ресурсы
Успех работы над любым проектом ССМ в большой степени будет зависеть;
- от состава рабочихгрупп, которыедолжны включать в себя экспертов в области менеджмента и
написания стандартов, а также иметь сбалансированное представительство от разных участвующих
сторон; и
- непрерывности участия экспертов в работе группы, что предполагает их обязательство непре
рывного присутствия.
Разработчики назначают дату и готовят проведение совещаний, и должны быть уверены в том,
что участники понимают задачу и. в случае необходимости, могут обеспечить или организовать ее
выполнение.
7.2.3.3 Мониторинг результатов работы
В процессе разработки ССМ следует осуществлять текущий мониторинг его совместимости и лег
кости применения сдругими стандартами на системы менеджмента путем охвата следующих вопросов:
- лексика и определения:
- включение согласованных общих элементов;
- использование согласованной структуры и вопросов для рассмотрения в каждом разделе;
- необходимость в разъяснении (с точки зрения языка и представления);
- избежание совпадений и противоречий.
7.2.3.4 Отклонения в менеджменте проекта
Любое отклонение от графика, рекомендованной структуры (см. 7.3) и/или проектной специфика
ции следует согласовывать и регистрировать, чтобы дать возможность разработчикам учитывать
эти отклонения и устанавливать адекватные процедуры для корректирующих действий по этим
откло нениям.
7.2.3.5 Верификация и валидация
В процессе планирования работы над проектом разработчикам следует устанавливать этапы, на
которых применяется соответствующая методология верификации (на соответствие проектной специ
фикации) и валидации на соответствие предназначенному использованию.
По своему характеру процесс верификации не может начинаться до утверждения проектной спе
цификации, но чтобы воспользоваться ее результатами, очень важно осуществлять проверку как мож но
раньше, по крайней мере, на этапе подготовки проектной спецификации или проекта стандарта.
Верификация и/или валидация может иметь место на следующих этапах;
- верификация проектной спецификации по результатам анализа обоснования;
- верификация «зрелогои рабочего проекта по значениям проектной спецификации;
- верификация и/или валидация на этапе рассмотрения проекта;
- валидация готового стандарта на систему менеджмента.
Верификацию осуществляет технический комитет.
Способы валидации могут включать в себя;
- опросзаинтересованных подразделений и организаций с целью получить их отзывы по возмож
ным выгодам, воздействиям, проблемам и т. д. от применения нового ССМ:
- пилотные проекты с привлечением других организаций для тестирования (проверки) нового
ССМ и отчет о преимуществах и проблемах нового стандарта;
- согласие заинтересованных участников по утверждению документов.
13