"ГОСТ Р 57189-2016/ISO/TS 9002:2016. Национальный стандарт Российской Федерации. Системы менеджмента качества. Руководство по применению ИСО 9001:2015 (ISO/TS 9002:2016, IDT)" (утв. Приказом Росстандарта от 25.10.2016 N 1499-ст)
8.3.3 Входные данные для проектирования и разработки
Определение входных данных для конкретного проекта проектирования и разработки является одним из видов деятельности, которая должна быть включена в план проектирования и разработки. Эти входные данные должны быть однозначными, полными и согласующимися с требованиями, которые определяют характеристики продукции или услуги. Они должны включать:
a) функциональные и эксплуатационные требования, определенные потребителями, потребностями рынка или организацией;
b) информацию из предыдущей аналогичной деятельности по проектированию и разработке (которая может улучшить результативность и позволить организации развивать хорошие практики или избегать ошибок);
c) законодательные и нормативные правовые требования, которые относятся непосредственно к продукции или услуге (например, правила техники безопасности, законы о пищевой гигиене) или к производству этой продукции или услуги (например, практики в рамках процесса производства, транспортировка или другие техники поставки);
d) добровольные стандарты или практические правила, которые организация приняла (например, отраслевые кодексы, санитарные нормы и нормы безопасности);
e) потенциальные последствия неудач в связи с характером продукции и услуг; такие неудачи могут находиться в диапазоне от потенциально фатальных (например, плохое планирование безопасности дорожного движения при случае может приводить к авариям) до факторов, которые приводят к потере удовлетворенности потребителей (например, нестойкие чернила на ткани ведут к потере цвета или окрашиванию).
Входные данные, относящиеся к требованиям к продукции, должны быть определены, а записи должны поддерживаться в рабочем состоянии (4.2.4). Входные данные должны включать в себя:
a) функциональные и эксплуатационные требования;
b) соответствующие законодательные и другие обязательные требования;
c) там, где это возможно, информацию, взятую из предыдущих аналогичных проектов;
d) другие требования, важные для проектирования и разработки.
Входные данные должны анализироваться на достаточность. Требования должны быть полными, недвусмысленными и непротиворечивыми.
Выходные данные проектирования и разработки
Выходные данные проектирования и разработки должны быть представлены в форме, подходящей для проведения верификации относительно входных требований к проектированию и разработке, а также должны быть официально одобрены до их последующего использования.
Выходные данные проектирования и разработки должны:
a) соответствовать входным требованиям к проектированию и разработке;
b) обеспечивать соответствующей информацией по закупкам, производству и обслуживанию;
d) определять характеристики продукции, существенные для ее безопасного и правильного использования.
Примечание - Информация по производству и обслуживанию может включать в себя подробные данные о сохранении продукции.
Анализ проекта и разработки
На соответствующих стадиях должен проводиться систематический анализ проекта и разработки в соответствии с запланированными мероприятиями (7.3.1) в целях:
a) оценивания способности результатов проектирования и разработки удовлетворять требованиям;
b) выявления любых проблем и внесения предложений по необходимым действиям.
В состав участников такого анализа должны включаться представители подразделений, имеющих отношение к анализируемой(ым) стадии(ям) проектирования и разработки. Записи результатов анализа и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Верификация проекта и разработки
Верификация должна осуществляться в соответствии с запланированными мероприятиями (7.3.1) с целью удостовериться, что выходные данные проектирования и разработки соответствуют входным требованиям. Записи результатов верификации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Валидация проекта и разработки
Валидация проекта и разработки должна осуществляться в соответствии с запланированными мероприятиями (7.3.1) с целью удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию, если оно известно. Где это практически возможно, валидация должна быть завершена до поставки или применения продукции. Записи результатов валидации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Входные данные, относящиеся к требованиям на продукцию, должны быть определены, а записи должны поддерживаться в рабочем состоянии. Эти данные должны включать:
а) функциональные и эксплуатационные требования;
b) подходящие законодательные и регламентирующие требования;
с) там, где это применимо, информацию, взятую из предыдущих аналогичных проектов;
d) другие требования, важные для проектирования и разработки.
Эти входные данные должны анализироваться на адекватность. Требования должны быть полными, недвусмысленными и непротиворечивыми.
Выходные данные проектирования и разработки
Выходные данные проектирования и разработки должны быть представлены в форме, позволяющей провести верификацию относительно входных требований к проектированию и разработке, а также должны быть утверждены до их выпуска.
Выходные данные проектирования и разработки должны:
а) отвечать входным требованиям к проектированию и разработке;
b) обеспечивать соответствующей информацией по закупкам, производству и обслуживанию;
с) содержать критерии приемки продукции или ссылки на них;
d) определять характеристики продукции, существенные для ее безопасности и правильного использования.
Анализ проекта и разработки
На подходящих стадиях должен проводиться систематический анализ проекта и разработки в соответствии с плановыми мероприятиями с целью:
а) оценивания способности результатов проектирования и разработки отвечать требованиям;
b) выявления любых проблем и внесения предложений по необходимым действиям.
В состав участников такого анализа должны включаться представители подразделений, имеющих отношение к анализируемой(ым) стадии(ям) проектирования и разработки. Записи результатов анализа и всех необходимых действий должны поддерживаться в рабочем состоянии.
Верификация проекта и разработки
Верификация должна осуществляться в соответствии с плановыми мероприятиями, с тем чтобы удостовериться, что выходные данные проектирования и разработки отвечают требованиям к входным данным проектирования и разработки. Записи результатов верификации и всех необходимых действий должны поддерживаться в рабочем состоянии.
Валидация проекта и разработки
Валидация проекта и разработки должна осуществляться в соответствии с плановыми мероприятиями, с тем чтобы удостовериться, что полученная в результате продукция способна отвечать требованиям к установленному применению или предполагаемому использованию там, где это известно. Где это практически целесообразно, валидация должна быть завершена до поставки или реализации продукции. Записи результатов валидации и всех необходимых действий должны поддерживаться в рабочем состоянии.
Управление изменениями проекта и разработки
Изменения проекта и разработки должны быть идентифицированы, а записи должны поддерживаться в рабочем состоянии. Изменения должны быть проанализированы, верифицированы и утверждены, если это целесообразно, а также одобрены до внесения. Анализ изменений проекта и разработки должен включать оценку влияния изменений на составные части и поставленную продукцию.
Записи результатов анализа изменений и любых необходимых действий должны поддерживаться в рабочем состоянии.
Процесс закупок
Организация должна обеспечить, чтобы закупленная продукция соответствовала требованиям, установленным к закупкам. Тип и степень управления, применяемые по отношению к поставщику и закупленной продукции, должны зависеть от воздействия закупленной продукции на последующее производство продукции или готовое изделие.
Организация должна оценивать и выбирать поставщиков на основе их способности поставлять продукцию в соответствии с требованиями организации. Должны быть разработаны критерии отбора, оценки и повторной оценки. Записи результатов оценивания и любых необходимых действий, вытекающих из оценки, должны поддерживаться в рабочем состоянии.
Информация по закупкам
Информация по закупкам должна описывать заказанную продукцию, включая, где это необходимо:
а) требования к утверждению продукции, процедур, процессов и оборудования;
b) требования к квалификации персонала;
с) требования к системе менеджмента качества.
Организация должна обеспечить адекватность установленных требований по закупкам до их сообщения поставщику.
Верификация закупленной продукции
Организация должна разработать и осуществлять контроль или другую деятельность, необходимую для обеспечения соответствия закупленной продукции установленным требованиям к закупкам.
Если организация или ее потребитель предполагают осуществить деятельность по верификации на предприятии поставщика, организация должна установить в информации на закупку предполагаемые меры по проверке и метод выпуска продукции у поставщика.
Входные данные, относящиеся к требованиям к продукции, должны быть определены, а записи должны поддерживаться в рабочем состоянии (4.2.4).
Входные данные должны включать в себя:
a) функциональные и эксплуатационные требования;
b) соответствующие законодательные и другие обязательные требования;
c) там, где это возможно, информацию, взятую из предыдущих аналогичных проектов;
d) другие требования, важные для проектирования и разработки.
Входные данные должны анализироваться на достаточность. Требования должны быть полными, недвусмысленными и непротиворечивыми.
Выходные данные проектирования и разработки
Выходные данные проектирования и разработки должны быть представлены в форме, подходящей для проведения верификации относительно входных требований к проектированию и разработке, а также должны быть официально одобрены до их последующего использования.
Выходные данные проектирования и разработки должны:
a) соответствовать входным требованиям к проектированию и разработке;
b) обеспечивать соответствующей информацией по закупкам, производству и обслуживанию;
d) определять характеристики продукции, существенные для ее безопасного и правильного использования.
Примечание - Информация по производству и обслуживанию может включать в себя подробные данные о сохранении продукции.
Анализ проекта и разработки
На соответствующих стадиях должен проводиться систематический анализ проекта и разработки в соответствии с запланированными мероприятиями (7.3.1) в целях:
a) оценивания способности результатов проектирования и разработки удовлетворять требованиям;
b) выявления любых проблем и внесения предложений по необходимым действиям.
В состав участников такого анализа должны включаться представители подразделений, имеющих отношение к анализируемой(ым) стадии(ям) проектирования и разработки. Записи результатов анализа и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Верификация проекта и разработки
Верификация должна осуществляться в соответствии с запланированными мероприятиями (7.3.1) с целью удостовериться, что выходные данные проектирования и разработки соответствуют входным требованиям. Записи результатов верификации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Валидация проекта и разработки
Валидация проекта и разработки должна осуществляться в соответствии с запланированными мероприятиями (7.3.1) с целью удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию, если оно известно. Где это практически возможно, валидация должна быть завершена до поставки или применения продукции. Записи результатов валидации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Управление изменениями проекта и разработки
Изменения проекта и разработки должны быть идентифицированы, а записи должны поддерживаться в рабочем состоянии. Изменения должны быть проанализированы, верифицированы и валидированы соответствующим образом, а также одобрены до внесения. Анализ изменений проекта и разработки должен включать в себя оценку влияния изменений на составные части и уже поставленную продукцию. Записи результатов анализа изменений и любых необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Закупки
Процесс закупок
Организация должна обеспечивать соответствие закупленной продукции установленным требованиям к закупкам. Тип и степень управления, применяемые по отношению к поставщику и закупленной продукции, должны зависеть от ее воздействия на последующие стадии жизненного цикла продукции или готовую продукцию.
Организация должна оценивать и выбирать поставщиков на основе их способности поставлять продукцию в соответствии с требованиями организации. Должны быть разработаны критерии отбора, оценки и повторной оценки. Записи результатов оценивания и любых необходимых действий, вытекающих из оценки, должны поддерживаться в рабочем состоянии (4.2.4).
Информация по закупкам
Информация по закупкам должна описывать заказанную продукцию, включая, где это необходимо, требования:
a) к официальному одобрению продукции, процедур, процессов и оборудования;
b) к квалификации персонала;
c) к системе менеджмента качества.
Организация должна обеспечивать достаточность установленных требований к закупкам до их сообщения поставщику.