СТО УП «Стандартизация. Порядок создания, управления и применения стандартов»

Разработан: Орлов В.М.

1. Назначение и область применения

1.1. Настоящий стандарт является основополагающим для системы менеджмента качества и системы стандартов бренда develop-man (далее – Стандарт).

1.2. Данный Стандарт устанавливает:

- цели, задачи и принципы стандартизации;

- логическую структуру системы стандартизации;

- общие правила проведения работ по стандартизации, порядок создания, управления и применения стандартов организации (далее СТО).

1.3. Данный Стандарт направлен на обеспечение соответствия стандартов проектного офиса бренда develop-man.

1.4. Требования данного Стандарта распространяются на процесс создания системы стандартов бренда develop-man (далее – Система стандартов).

1.5. Требования данного Стандарта распространяются и обязательны для исполнения всеми участниками Системы стандартов.

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

2.1. Настоящий Стандарт разработан с учетом требований следующих нормативных документов:

- Федеральный закон от 27.12.2002 N 184-ФЗ «О техническом регулировании»;

- ГОСТ 1.1-2002 Межгосударственная система стандартизации. Термины и определения;

- ГОСТ Р 1.0-2004 Стандартизация в Российской Федерации. Основные положения;

- ГОСТ Р 1.12-2004 Стандартизация в Российской Федерации. Термины и определения;

- ГОСТ Р 1.4-2004 Стандартизация в Российской Федерации. Стандарты организаций. Общие положения;

- ГОСТ Р 1.5-2004 Стандартизация в Российской Федерации. Стандарты национальные Российской Федерации. Правила построения, изложения, оформления и обозначения;

- ГОСТ Р ИСО/ТО 10013-2007 Руководство по документированию системы менеджмента качества;

- ГОСТ Р ИСО 9001-2008 Системы менеджмента качества. Требования;

3. Основные нормативные положения

3.1. Основные цели, задачи и принципы стандартизации.

3.1.1. Стандартизация осуществляется в целях:

- создания единого механизма регулирования Cистемы стандартов, используемой в процессе создания и реализации продукции, а также при выполнении определенного вида работ и услуг;

- содействия участникам Системы стандартов, для обеспечения и повышения эффективности их работы.

3.1.2. Основными задачами стандартизации являются:

- обеспечить соответствие международным и российским стандартам, распространяющимся на области деятельности участников Системы стандартов;

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

- совершенствование действующей Системы стандартов, за счет обеспечения соответствия, пересмотра и создания СТО.

3.1.3. Создание СТО должно быть основано на следующих принципах:

- обязательности выполнения установленных в СТО требований всеми участниками Системы стандартов;

- недопустимости установления в СТО таких требований, которые противоречат действующим законодательным актам и нормативным документам;

- создание СТО, максимально учитывающего интересы участников Системы стандартов;

- логичность, ясность и доступность изложения;

- недопустимости создания условиями СТО препятствий для деятельности участников Системы стандартов.

3.2. Структура системы стандартизации.

3.2.1. Участниками системы стандартизации являются: Владелец стандарта, Управляющий проектом по стандартизации, Разработчик стандартов и Участники системы стандартов бренда.

3.2.1.1. Общее руководство процессом стандартизации и решение финансовых вопросов осуществляет Владелец стандарта.

3.2.1.2. Участники Системы стандартов в своей деятельности должны руководствоваться действующим законодательством Российской Федерации, техническими регламентами, нормативными правовыми актами, документами, принимаемыми федеральными органами исполнительной власти, техническими нормативными документами (ГОСТ, ГОСТ Р, СНиП, СП, РД, РДС и пр.), другими документами в области проектирования, строительства, эксплуатации зданий и сооружений, а также стандартами, утвержденными Владельцем стандартов в установленном порядке и входящими в Систему стандартов.

3.2.2. Стандарты организации могут разрабатываться по различным направлениям деятельности, в зависимости от объекта и аспекта стандартизации, а также устанавливаемым к ним требований.

3.2.3. В систему менеджмента качества бренда develop-man входят СТО типа:

а) стандарты по управлению процессами (СТО УП), которые включают в себя:

- основополагающие стандарты;

- регламенты;

- правила;

- реестры;

- общие стандарты;

- классификаторы и т.п.

б) стандартные типовые договора (СТО СТД);

в) формы документов (СТО ФД);

г) методические инструкции (СТО МИ).

3.2.4. В случае необходимости решения комплексных задач стандартизации могут разрабатываться комплексы стандартов, В этом случае в стандарте необходимо указывать наименование комплекса стандартов, к которому относится СТО.

3.3. Процессы создания и управления стандартами

3.3.1. Стандарты разрабатываются и создаются в ходе четырехстадийного процесса:

1) стадия предложения;

2) стадия разработки и обсуждения;

3) стадия утверждения;

4) стадия публикации.

Карта жизненного цикла разрабатываемого СТО приведена на рисунке 1.

Рисунок 1 – Карта жизненного цикла разрабатываемого СТО

3.3.2. Во время разработки СТО возможен пропуск некоторых стадий, в случае их досрочного выполнения.

3.3.3. В процессе управления действующим стандартом возможны две стадии:

1) стадия корректировки (изменения);

2) стадия отмены.

4. Описание процессов создания нового стандарта

4.1. Стадия предложения

4.1.1. Потенциальный Разработчик стандарта по мере появления потребности в СТО сообщает Управляющему проектом по стандартизации, который согласовывая с Владельцем стандарта, подтверждает необходимость разработки стандарта.

4.1.2. Управляющий проектом по стандартизации, при необходимости, запрашивает дополнительную информацию о будущем СТО, чтобы обеспечить соответствие с существующей Системой стандартов.

4.2. Стадия разработки и обсуждения

4.2.1. Разработчик стандарта подготавливает проект, в соответствии с данным Стандартом и СТО УП «Стандартизация. Порядок изложение и оформления стандартов бренда develop-man», и направляет его на обсуждение заинтересованным лицам. Перечень лиц и срок обсуждения определяется Разработчиком самостоятельно или по требованию Владельца стандартов.

4.2.2. По окончании или во время обсуждения проекта СТО Разработчик вносит необходимые поправки в свой проект и (или) отклоняет выявленные замечания (предложения, комментарии и т.п.) с обоснованием причин.

4.2.3. Разработчик вправе самостоятельно направить проект СТО на стадию утверждения, указанной в пункте 4.3, данного Стандарта.

4.3. Стадия утверждения

4.3.1. Стадия утверждения предполагает итоговое утверждение разрабатываемого СТО Владельцем стандарта и, при необходимости, дополнительным кругом лиц.

4.3.2. Длительность цикла согласования устанавливается в зависимости от сложности, вида и объема стандарта.

4.3.3. Согласующий при визировании рассматриваемого проекта СТО может указать:

а) визу «Подписал» (положительная виза) при отсутствии замечаний, подтвердить согласие с проектом СТО и, в случае наличия предложений, вправе сообщить о них Разработчику;

б) визу «Отказал» (отрицательная виза) при наличии замечаний по проекту СТО, при этом согласующий обязан указать обоснованную и аргументированную причину отказа, написав соответствующий комментарий, либо предоставить предлагаемый вариант.

4.3.4. После окончания цикла утверждения, при наличии виз(ы) «Отказал» по проекту СТО, либо при наличии комментариев и дополнений при визе «Подписал», Разработчик вносит корректировки в рассматриваемый проект. В случае, если Разработчик не принимает и не вносит в проект СТО корректировки по замечаниям и предложениям, ему необходимо дать конструктивный и аргументированный ответ согласующему.

4.3.5. После внесения корректировок в рассматриваемый проект Разработчик направляет исправленный вариант СТО на повторный цикл согласования тому согласующему, который поставил отрицательную визу.

4.3.6. При повторных циклах утверждения согласующему лицу не допускается указывать замечания, которые не были им указаны при даче заключения по разрабатываемому проекту СТО и (или) при предыдущем цикле согласования, и не касаются исправленных или появившихся в результате доработки данных.

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

4.3.8. Утвержденный проект стандарта Разработчиком направляется Управляющему проектом по стандартизации на стадию публикации.

4.4. Стадия публикации

4.4.1. Публикация стандарта предполагает выполнение Управляющим проектом по стандартизации определенных действий в следующей последовательности:

1) проверка ошибок в оформлении разрабатываемого СТО в соответствии с СТО УП «Стандартизация. Порядок изложение и оформления стандартов бренда develop-man»;

2) устранение выявленных ошибок Управляющим проектом по стандартизации, либо отправка проекта СТО Разработчику при условии, что ошибки несут фундаментальный характер;

3) направление Разработчику СТО на тестирование, если это необходимо, и устранение Разработчиком выявленных замечаний по результатам тестирования;

4) направление контрольного экземпляра разработанного СТО на подписание Владельцу стандарта;

5) размещение на сайте develop-man.ru и dokipedia.ru;

6) присвоение разработанному СТО статуса «Действующий»;

7) уведомление Разработчика о введении в действие разработанного им стандарта.

5. Описание процессов управления опубликованным стандартами

5.1. Стадия корректировки (изменения)

5.1.1. Разработчик обязан поддерживать разработанный им стандарт в актуальном состоянии.

5.1.2. Необходимость пересмотра и внесения изменений в опубликованный действующий СТО может быть вызвана инициативой любого участника Системы стандартов.

5.1.3. Необходимость корректировки действующего СТО может быть вызвана:

- изменением или улучшением деятельности;

- выявлением несоответствий СТО фактической деятельности;

- изменением, отменой или введением новых нормативных документов, распространяющихся на тот же объект стандартизации, требования к которому устанавливаются в СТО.

- в других случаях по решению Владельца стандарта.

5.1.4. Решение о внесении изменений в СТО вправе принять Владелец стандарта. При необходимости, Владельцем стандарта может быть выделен круг лиц, которым следует утвердить предлагаемые изменения.

5.1.5. Разработчик на основании утвержденного решения об изменении направляет откорректированный СТО Управляющему проектом по стандартизации, который принимает работу в порядке, установленном в пункте 4.4.1.

5.1.6. При обнаружении, что изменения, вносимые в СТО, занимают более 30% его объема, то стандарт подлежит переизданию. При переиздании стандарта ранее действовавшая его версия должна быть отменена. На отмененном стандарте делается запись со сведениями о введенном взамен стандарте, на последнем делается запись об отмененном стандарте.

5.2. Стадия отмены

5.2.1. Действующий стандарт может быть отменен в следующих случаях:

- при утверждении и введении в действие другого СТО взамен указанного, в том числе при включении всех положений указанного СТО в другой СТО;

- при полном прекращении выпуска продукции, проведения работ или оказания услуг, которые регулировались указанным СТО;

- при утрате указанным СТО своей актуальности и в других обоснованных случаях.

5.2.2. В случаях, указанных в п. 5.1.1, любой участник Системы стандартов может направить мотивированное письмо с предложением об отмене СТО Управляющему проектом стандартизации и (или) Владельцу стандартов с указанием причин, после чего, будет проведена проверка обоснованности предлагаемой отмены СТО и принято соответствующее решение.

5.2.3. При принятии решения об отмене СТО Управляющий проектом по стандартизации должен подготовить соответствующий проект организационно-распорядительного документа и представить его на подписание Владельцу стандарта.

5.2.4. С даты утверждения отмены СТО Управляющий проектом по стандартизации присваивает ему статус «Отмененный».