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