QMS-DesignChange «Управление изменениями в проекте и разработке»

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

PMDoc

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

Методика рабочая Управление изменениями в проекте и разработке Редакция 2

PMDoc

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

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

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

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

4

2.

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

4

3.

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

4

4.

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

5

5.

Управление изменениями в проекте и разработке

6

Приложение А

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

7

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

Лист 2 из 8

PMDoc

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

Редакция: 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 Для внутреннего использования

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

Лист 3 из 8

PMDoc

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

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

Управление изменениями в проекте и разработке 1.

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

Настоящая методика содержит требования к процедурам выявления, анализа, документального оформления и утверждения изменений проекта и разработки в соответствии с требованиями ISO 9001 п. 7.3.7.

2.

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

В настоящей методике использованы ссылки на следующие документы:  ISO 9000:2000 Система управления качеством. Основные положения и словарь.  ISO 9001:2000 Система управления качеством. Требования. 

ГОСТ 2.503-90 ЕСКД. Правила внесения изменений



ДСТУ БА.2.4-4-99 Система проектной документации для строительства. Основные требования к рабочей документации. ДБН А.2.2-3-2004 Состав, порядок оформления, согласования и утверждения проектной документации для строительства

    

3.

QMS-Designing Проектирование и разработка. Методика системная.

QMS-Correction Корректирующие действия. Методика системная.

QMS-DesignAnalysis Анализ проекта и разработки. Методика рабочая.

QMS-DesignCheck Проверка проекта и разработки. Методика рабочая.

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

В настоящей методике использованы термины и определения по ISO 9000, в том числе: Проект - единый процесс, представляющий собой совокупность согласованных и управляемых действий с датами начала и окончания, предпринимаемых для достижения цели, удовлетворяющей конкретным требованиям, включая ограничения во времени, стоимости и ресурсах. (п. 3.4.3 ISO 9000)

Примечание 1: Отдельный проект может составлять часть большей по размеру проектной структуры Примечание 2: В некоторых проектах цели уточняются и характеристики продукции определяются постепенно по мере развития проекта. Для внутреннего использования

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

Лист 4 из 8

PMDoc

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

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

Примечание 3: Результатом проекта может быть одна или несколько единиц продукции. Примечание 4: Адаптировано из ISO 10006:1997. Проектирование и разработка - совокупность процессов, которые преобразуют требования в определенные характеристики или в спецификации продукции, процесса или системы. (п.3.4.4 ISO 9000) Примечание 1: Термины “проектирование” и “разработка” иногда используются как синонимы, а иногда для определения различных стадий общего процесса проектирования и разработки. Примечание 2: Для указания характера того, что проектируется и разрабатывается (например, проектирование и разработка продукции или процесса) может применяться уточняющее слово. Использованы также следующие определения: Разработка - часть процесса проектирования, выполняемая отделом управления проектами Использованы следующие сокращения: ISО - Международная организация по стандартизации ЕСКД - Единая система конструкторской документации ГД - Генеральный Директор ДД - Директор проектной Дирекции ГИ - Главный инженер проектной дирекции ОУП - Начальник отдела управления проектами ПК - Отдел комплексного проектирования ПМ - Отдел проектирования морских сооружений и металлоконструкций МК - Менеджер системы качества - представитель руководства, ответственный за систему качества. НТИ - Группа научно-технической информации МС - Методика системная МР - Методика рабочая

4. Ответственность Главный инженер Проектной Дирекции: - проверяет, анализирует и подписывает важные изменения.

- организовывает проверку и анализ и утверждает важные изменения. Главный инженер проекта: - проверяет, анализирует и подписывает изменения всей конструкторской документации по всем специализациям. Для внутреннего использования

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

Лист 5 из 8

PMDoc

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

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

Начальник отдела управления проектами: - проверяет, анализирует и подписывает изменения технологической документации (разработок). Руководители проектных групп: - выявляют, проверяют, анализируют и подписывают документацию по специализации подразделения; - согласовывают изменения документации смежных подразделений. Исполнитель: - выявляет, анализирует и оформляет изменения разрабатываемых документов и согласовывает изменения смежных документов.

5. Управление изменениями в проекте и разработке 5.1 Все изменения проекта и разработки должны быть определены, проанализированы документально оформлены и утверждены уполномоченными лицами.

5.2 Все перечисленные в п. 5.1 процедуры изменения должны быть реализованы на любом этапе проектирования и разработки и независимо от важности причин изменения. Причинами изменения могут быть: - обнаружение ошибок или упущений на стадии проектирования и разработки; - обнаружение трудностей производства и (или монтажа) после этапа проектирования и разработки; - требование внесения изменений со стороны Заказчика или поставщика; - необходимость усовершенствования функциональных или эксплуатационных характеристик; - изменение нормативных или иных требований; - выявление необходимости изменения по результатам анализа или проверки проекта (QMS-DesignAnalysis “Анализ проекта и разработки” и QMS-DesignCheck “Проверка проекта и разработки”); - выявление необходимости изменения по результатам корректирующих действий (QMS-Correction “Корректирующие действия”).

5.3 Должны контролироваться, выявляться и анализироваться любые изменения входных данных, с целью определения того, влияют ли они на ранее утвержденные результаты проверки проекта и разработки.

5.4 Анализ выявленных изменений должен дать ответ на следующие Для внутреннего использования

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

Лист 6 из 8

PMDoc

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

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

вопросы: - затрагивают ли изменения, касающиеся одного элемента - проект или разработку в целом. Улучшение одной характеристики не должно повлечь ухудшение других характеристик; - насколько изменения затрагивают методику проверки проекта или разработки.

5.5 Документальное оформление изменений преследует следующие цели: - регистрацию изменений; - доведение изменений до всех заинтересованных лиц; - документальное подтверждение того, что внесены только санкционированные изменения. Процедуры документального оформления изменений в каждом случае согласовываются с требованиями Заказчика. В общем случае они выполняются в соответствии с рекомендациями ISO и стандартов ГОСТ 2.503 и ДСТУ БА. 2.4-4-99.

5.6 Изменение, затрагивающее документы проекта или разработки, должно быть подписано, согласовано и утверждено теми же лицами, которые санкционировали выпуск изменяемого документа. Если анализ изменения показывает необходимость выполнения дополнительных согласований, такие согласования должны быть сделаны.

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

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

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

Лист 7 из 8

PMDoc

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

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

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

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

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

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

2.

3.

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

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

Лист 8 из 8