QMS-DesignCheck «Проверка проекта и разработки»

Обозначение документа: QMS-DesignCheck

PMDoc

Название Вашего Предприятия «Утверждаю» Директор «Название Вашего Предприятия» ____________________ Ф.И.О.

Методика рабочая Проверка проекта и разработки Редакция 2

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

Содержание 1.

Область применения

4

2.

Нормативные ссылки

4

3.

Определения, обозначения и сокращения

4

4.

Ответственность

6

5.

Проверка проекта и разработки

7

Приложение А

Для внутреннего использования

9

Название Вашего Предприятия, 2018 г.

Лист 2 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

Перед Вами пример документа Системы Менеджмента Качества проектноориентированной организации, который используется для внедрения и развития систем качества. Данные примеры помогают определить процессы управления качеством, их последовательность и взаимодействие. Примеры документов СМК в чистом виде невозможно применить в какойлибо отрасли, но они дают ясную модель, которую легко адаптировать под нужды конкретной компании. Если требуется быстро начать выполнять проекты качественно или создать действующую систему управления качеством, то обратите внимание на тренинги и услуги PMDoc. Наиболее подходящими к теме управления качеством являются: 1. Тренинг по управлению качеством проекта «pm.Quality» в составе модульного курса «pm.Kit» - PMDoc.ru/trainings/methodology/pm_kit#pm_quality 2. Экзамен по управлению качеством на «Карте Знаний Проектного Менеджера» KnowledgeMap.pm/ru/product/quality-mng-exam 3. Услуги PMDoc по документированию проектов и разработке регламентов PMDoc.ru/services/project_documenting, PMDoc.ru/services/pm_regulations_development 4. Специализированные воркшопы по улучшению отдельных навыков управления проектами, в том числе по управлению качеством - PMDoc.ru/workshops Наши другие интересные курсы:  pm.Docs «Документирование проектов»  pm.Praxis «Прикладное управление проектами»  it.Projects «Управления IT-проектами»  pm.Risks «Управление рисками проектов и программ»  ms.Project «Управление проектами с помощью Microsoft Project 2013 Professional»  12.Deliverables «Самостоятельная разработка КСУП»  А также тренинг быстрого построения команд «Прокачай команду проекта» Календарь курсов: PMDoc.ru/calendar/trainings_list

Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 3 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

Проверка проекта и разработки 1.

Область применения

Настоящая методика устанавливает порядок проверки проекта и разработки в соответствии с требованиями ISO 9001 п. 7.3.5.

2.

Нормативные ссылки

В настоящей методике использованы ссылки на следующие документы:  ISO 9000:2000 Системы управления качеством. Основные положения и словарь.  ISO 9001:2000 Системы управления качеством. Требования.  QMS-Correction Корректирующие действия. Методика системная  QMS-Forestall Предупреждающие действия. Методика системная  QMS-DesignAnalysis Анализ проекта и разработки. Методика рабочая  QMS-DesignApproval Утверждение проекта и разработки. Методика рабочая 3. Определения, обозначения и сокращения В настоящей методике использованы термины и определения по ISO 9000, в том числе: Проверка - подтверждение посредством представления объективных (п. 3.8.4 ISO 9000) свидетельств того, что установленные требования были выполнены. Примечание 1: Термин “проверено” используется для обозначения соответствующего статуса. Примечание 2: Подтверждение может включать следующие виды деятельности: - выполнение альтернативных расчетов; - сравнение новых проектных спецификаций с аналогичными одобренными проектными спецификациями; - выполнение испытаний и демонстраций; - анализ документов перед выпуском. Объективное доказательство данные, подтверждающие существование или истинность чего-либо (п. 3.8.1 ISO 9000). Примечание: объективное доказательство может быть получено посредством наблюдений, измерений, испытаний или другими способами. Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 4 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

Проект - единый процесс, представляющий собой совокупность согласованных и (п. 3.4.3 ISO 9000) управляемых действий с датами начала и окончания, предпринимаемых для достижения цели, удовлетворяющей конкретным требованиям, включая ограничения во времени, стоимости и ресурсах. Примечание 1: Отдельный проект может составлять часть большей по размеру проектной структуры. Примечание 2: В некоторых проектах цели уточняются и характеристики продукции определяются постепенно по мере развития проекта. Примечание 3: Результатом проекта может быть одна или несколько единиц продукции. Проектирование и разработка - совокупность процессов, которые преобразуют требования в (п.3.4.4 ISO 9000) определенные характеристики или в спецификации продукции, процесса или системы. Примечание 1: Термины “проектирование” и “разработка” иногда используются как синонимы, а иногда для определения различных стадий общего процесса проектирования и разработки. Примечание 2: Для указания характера того, что проектируется и разрабатывается (например, проектирование и разработка продукции или процесса) может применяться уточняющее слово. Входные данные проектирования и разработки - входные данные, связанные с требованиями к продукции, должны (п. 7.3.2 ISO 9001) быть определены и зарегистрированы. Эти данные должны включать: - функциональные и эксплуатационные требования; - применимые нормативные и законодательные требования; - в случае необходимости, информацию, полученную с предыдущих аналогичных проектов; - другие требования, существенные для проектирования и разработки. Эти требования должны быть проанализированы на адекватность. Требования должны быть полными, недвусмысленными и не должны противоречить друг другу. Выходные данные проектирования и разработки - выходные данные проектирования и разработки следует представлять (п. 7.3.3 ISO 9001) в форме, позволяющей их сверку с входными данными, и следует Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 5 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

одобрять перед выпуском. Выходные данные должны: - соответствовать входным; - обеспечивать необходимой информацией процессы закупки, производства и предоставления услуг; - содержать критерии приемки продукции или ссылаться на них; устанавливать характеристики продукции, существенные для ее надлежащего и безопасного использования. Использованы также следующие определения: Разработка - часть процесса проектирования, выполняемая отделом управления проектами. Использованы следующие сокращения: ISО - Международная организация по стандартизации НТС - Научно – технический Совет ГД - Генеральный Директор ДД - Директор проектной Дирекции ГИ - Главный инженер проектной Дирекции ОУП - Начальник отдела управления проектами ПК - Отдел комплексного проектирования ПМ - Отдел проектирования морских сооружений и металлоконструкций МК - Менеджер по качеству – представитель руководства, ответственный за систему качества НТИ - Группа научно-технической информации МС - Методика системная МР - Методика рабочая 4. Ответственность Руководители проектных групп: - выполняют проверки по специализации, предусмотренные настоящей методикой и организационно-распорядительной документацией. Главный инженер проекта: - принимает решение об объеме проверок по проекту; - выполняет проверки, касающиеся проекта; - проверяет работу подразделений; - готовит материалы проверок для утверждения. Начальник отдела управления проектами: Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 6 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

- принимает решение об объеме проверок разработки; - выполняет проверки, касающиеся разработки; - готовит материалы проверок для утверждения. Главный инженер проектной Дирекции: - утверждает объем проверок; - проверяет результаты проверок; - готовит решения об НТС; - готовит материалы проверок для утверждения. Директор проектной Дирекции: - утверждает результаты проверок; - принимает решение о проведении НТС.

5. Проверка проекта и разработки

5.1 Общие положения Для подтверждения соответствия выходных данных входным данным выполняются следующие проверки: - анализ проекта или разработки; - проверка документов; - сравнение с аналогом; - альтернативные расчеты; - испытания и подтверждение их результатов; - научно-технический Совет. Мероприятия по проверкам подлежат регистрации. Статус проверки (обязательная или рекомендуемая) и процедура проверки описаны в п. 5.2 - 5.7.

5.2 Анализ проекта или разработки Анализ является обязательной процедурой при выпуске: - контрактной (предконтрактной) документации, - технической документации (классификационного проекта), - рабочего проекта и выполняется в соответствии с QMS-DesignAnalysis “Анализ проекта и разработки”.

5.3 Проверка документов Проверка документов является обязательной процедурой при выпуске любых документов и осуществляются в соответствии с методиками:  QMS-DesignApproval Утверждение проекта и разработки. Методика рабочая  QMS-Correction Корректирующие действия. Методика системная  QMS-Forestall Предупреждающие действия. Методика системная Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 7 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

5.4 Сравнение с аналогом Сравнение с аналогом является рекомендуемой процедурой для: - техпредложения, - контрактной (предконтрактной) документации, - технической документации (классификационного проекта), - разработки. Результаты проверки оформляются документально. Документу присваивается номер и статус (представляемый / непредставляемый). Документ подписывается: Разработал - Главный инженер проекта; Проверил - Главный инженер проектной дирекции; Утвердил - Директор проектной дирекции. Решение о разработке документа, статусе и объеме сравнения принимается при планировании проекта или разработки.

5.5 Альтернативные расчеты Альтернативные расчеты является рекомендуемой процедурой для технической документации (классификационного проекта). Расчет выполняется отдельным документом. Решение о выполнении альтернативного расчета и его статус (представляемый / не представляемый) принимается Главным инженером проекта при планировании проекта.

5.6 Испытания и подтверждение их результатов Замечания по результатам испытаний должны рассматриваться и обрабатываться как претензии Заказчика в соответствии с методикой QMS-Correction “Корректирующие действия”. Акты приемо-сдаточных испытаний поступают в архив Название Вашего Предприятия и сохраняются бессрочно.

5.7 Научно-технический Совет НТС является рекомендуемой процедурой для каждого проекта. НТС рекомендуется проводить в начальной и конечной стадии проекта. Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 8 из 9

PMDoc

Методика рабочая Проверка проекта и разработки Обозначение документа: QMS-DesignCheck

Редакция: 2 Дата: 24.1.2005

Состав участников НТС, тема, процедура, дата НТС определяются Директором проектной дирекции. Оформление Протокола НТС являются обязательной процедурой НТС. Протокол НТС должен содержать: -

перечень всех проблемных вопросов, несоответствий, замечаний, обсуждавшихся на НТС. Перечисленные проблемы, вопросы, несоответствия, замечания рассматриваются как претензии Заказчика и должны обрабатываться в соответствии с методикой QMS-Correction “Корректирующие действия”.

- решение НТС по обсуждаемой теме.

Приложение А Связанные с методикой формы ( не применяются )

ЛИСТ РЕГИСТРАЦИИ ИЗМЕНЕНИЙ № п/п 1. 1

Лист Весь документ

Содержание Издание для использования.

Дата внесения, подпись 24.1.2005

2.

3.

Для внутреннего использования

Название Вашего Предприятия, 2018 г.

Лист 9 из 9