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