ТОиР 4.0

Управление конфигурацией

БАЗОВЫЙ УРОВЕНЬ

Истоки Менеджмента конфигурациями лежат в аэрокосмической и оборонной промышленности . Эти отрасли имеют высочайшие требования к качеству, надежности и мониторингу состояния активов. 

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

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


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

Этой теме — управлению конфигурацией активов — мы посвятим очередной урок Школы ТОИР 4.0.


*****

Что такое конфигурация

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


Почему так важно управлять конфигурацией и контролировать ее

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

К функциям, требующим тщательного управления конфигурацией, можно отнести:

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


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

Управление конфигурацией (Менеджмент конфигурации) — это методология, которая обеспечивает техническую и административную основу для управления разработкой, производством и обслуживанием элементов конфигурации. Управление конфигурацией является неотъемлемой частью управления жизненным циклом продукции. Другими словами можно сказать, что управление конфигурацией — это действия по созданию и ведению последовательной записи параметров производительности продукта, его функциональных и физических характеристик по сравнению с дизайном продукта и эксплуатационными требованиями.

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

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

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

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

Существует три формальных базовых уровня, обозначенных базовыми уровнями конфигурации в жизненном цикле элемента конфигурации:

  • системные спецификации
  • спецификации подсистем
  • уровень продукта (полный пакет технических данных для элемента конфигурации)

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

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

Номер части — все отдельные детали, узлы и агрегаты должны быть идентифицированы по номерам деталей в соответствии с применимыми стандартами и/или определением заказчика.

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

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

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

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

Аудит функциональной конфигурации — формальное исследование функциональных характеристик элемента конфигурации (конечного продукта), чтобы убедиться, что элемент достиг производительности, указанной в его идентификации конфигурации.

Аудит физической конфигурации — формальная проверка конфигурации продукта или элемента конфигурации «как при сборке» на предмет его технической документации с целью установления соответствия между продуктом и его текущей идентификацией конфигурации.


Цель управления конфигурацией

Управление конфигурацией представляет собой дисциплину, которая гарантирует, что все участники приобретения продукта:

  • покупатель
  • разработчик / дизайнер
  • производитель и пользователь (заказчик)

будут иметь общее представление о том:

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

Управление конфигурацией применяется на протяжении всего жизненного цикла продукта и позволяет:

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


Изменение конфигурации на жизненном цикле продукта

Управление конфигурацией на жизненном цикле изделия

Конфигурация: Базовый уровень требований заказчика

Как указано / базовый уровень требований — это базовый уровень клиента. Он  включает в себя любые выделенные требования, спецификации, структуру, требования к управлению конфигурацией и т.д.

Заказчик ожидает получить информацию/ предложение от поставщика, включая отношение поставщика к базовому уровню требований.


Конфигурация: Конфигурация поставщика

После запроса от клиента / запроса предложений поставщик готовит свой ответ. В ответе поставщик представляет свое отношение к выполнению требований заказчика.

Поставщик предлагает план управления конфигурацией в соответствии с требованиями клиента к управлению конфигурацией. В некоторых случаях предлагаемая / цитируемая конфигурация отличается от конфигурации Заказчика и, таким образом, является базовой линией.


Конфигурация принятого решения (Конфигурация при заключении контракта)

Данная конфигурация включает в себя спецификацию системных требований и спецификацию интерфейса системы, которые окончательно согласованы между заказчиком и поставщиком. На этом этапе устанавливается метод управления базовыми показателями конфигурации и изменениями. Конфигурация «Принята» служит основой для следующего этапа (Планирование / Проверка).

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

Целью плана управления конфигурацией является определение процесса и ресурсов для управления конфигурацией продукта контролируемым и отслеживаемым образом на протяжении всего жизненного цикла проекта.


Планируемая конфигурация

Принятая конфигурация пересматривается на начальных этапах реализации контракта. В процесс изменения включены только взаимоприемлемые изменения конфигурации. В рамках выделенной базовой линии требования к подсистемам и спецификации интерфейсов замораживаются на этапе предварительного рассмотрения проекта (как и планировалось).


Конфигурация по проекту

Конфигурация в соответствии с проектом может быть выполнена в несколько этапов (применительно к контрактному продукту):

  • Обзор системных требований и проектирование системы 
  • Предварительный анализ проекта 
  • Критический анализ проекта

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

При заданной конфигурации эти документы заморожены.


Произведенная конфигурация

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

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

Уровень прослеживаемости должен быть указан и обновлен в соответствии с договорными требованиями.

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


Конфигурация поставки

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

  • деталь была испытана согласно их индивидуальным процедурам испытания;
  • товар был идентифицирован по индивидуальным серийным номерам;
  • деталь была отмечена исправной биркой по завершении теста.


Конфигурация технического обслуживания (сервисная документация)

Контракт на техническое обслуживание должен определять уровни технического обслуживания и инфраструктуру, которая будет подготовлена.

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

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


Основы управления конфигурацией

Управление конфигурацией определяется ГОСТом Р ИСО 10007-2007 Менеджмент организации. Руководящие указания по управлению конфигурацией, в котором организациям предлагается управлять компонентами продукта. 

Согласно стандарту, управление конфигурацией состоит в основном из двух компонентов — контроля документов и идентификации продукта.

Управление конфигурацией необходимо, когда продукция состоят из нескольких частей (составных частей), которые объединяются в конечный продукт (основная часть).

Управление конфигурацией


При работе с такими сборками основная деталь должна быть идентифицирована по номеру детали и уровню модификации, а также по списку компонентов. Составные части также должны быть идентифицированы по номеру детали и уровню редакции.

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

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

Третий шаг известен как контроль изменения конфигурации. Цель этого шага — убедиться, что известная идентификация конфигурации сохраняется при изменении конструкции детали. Это изменение может быть сверху вниз или снизу вверх. Означает изменение основной части, которое может повлиять на один или несколько компонентов, или изменение одного из компонентов, которое изменяет основную часть.

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


КОНФИГУРАЦИОННОЕ УПРАВЛЕНИЕ ЧЕРТЕЖАМИ И ДОКУМЕНТАМИ

  • Для деталей, поставляемых заказчиком, вы должны использовать предоставленные заказчиком распечатки или документацию для обеспечения постоянного обслуживания конфигурации. Вы не можете вносить изменения в конфигурацию заказчика или чертежи конфигурации. Если обработка детали, предоставленной клиентом, требует деконструкции конечной детали на сборочные узлы, это должно быть сделано после инструкций со стороны клиента и / или в соответствии с предоставленной клиентом документацией, чтобы гарантировать, что повторная сборка приведет к той же окончательной конфигурации.
  • Для всех других деталей вы должны поддерживать статус редакции сборки, как предусмотрено в предоставленной проектной документации, чертежах и / или данных; не вносите изменения в эти конфигурации или уровни редакции. В тех случаях, когда сборки временно разбираются для обработки (вами или субподрядчиком), выполняется соответствующая маркировка для обеспечения правильной повторной сборки в соответствии с проектной документацией.
  • Внутренние документы или чертежи, относящиеся к продукту, должны ссылаться на точный чертеж и редакцию соответствующей части (частей), сборок или сборочных узлов.


КОНФИГУРАЦИОННОЕ УПРАВЛЕНИЕ ДЕТАЛЯМИ

  • Во время производства, сборки, упаковки или доставки все детали должны быть правильно идентифицированы в соответствии с текущей конфигурацией. Это означает, что детали должны быть идентифицированы таким образом, чтобы их можно было проследить до правильного чертежа, который отражает точную конфигурацию изделия в его текущем состоянии (то есть, мастер-чертеж, который показывает все ревизии узлов, используемых в этой детали).
  • Идентификация может быть сделана путем маркировки детали или физической связи с документами (маршрутизаторы, чертежи и т. д.)


Управленческая деятельность в рамках менеджмента конфигурации (согласно Global Forum on Maintenance & Asset Management (GFMAM))

Менеджмент конфигурации описывает политики и процессы для записи и мониторинга функционального и технического состояния актива. Управление конфигурациями тесно связано с принципами и требованиями системного проектирования. Управленческая деятельность в рамках этой темы:

  • Создание политик управления конфигурацией
  • Разработка процессов управления конфигурацией
  • Выполнение процессов управления конфигурацией


Артефакты

  • План управления конфигурацией
  • Стратегия управления конфигурацией
  • Записи управления конфигурацией
  • Базовые показатели конфигурации
  • Конфигурация базовых соглашений
  • Запросы на изменения конфигурации / Отклонения запросов
  • Отчеты о состоянии конфигурации
  • Отчеты об оценке конфигурации
  • Отчеты о выпуске системы
  • Разрешения на выпуск системы


Программное обеспечение для управления конфигурацией

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

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

  • Планирование конфигурации
  • Идентификация конфигурации
  • Контроль изменения конфигурации
  • Учет состояния конфигурации
  • Отслеживание конфигурации и аудит

Программное обеспечение для управления конфигурацией


УПРАВЛЕНИЕ КОНФИГУРАЦИЕЙ. ЧЕК-ЛИСТ ДЛЯ САМООЦЕНКИ ОРГАНИЗАЦИИ

Проверьте, насколько эффективно выполняется управление конфигурацией в вашей организации.

Управление конфигурацией. Ресурсы и инструменты организации

 

Да

Нет

Примечания

A. Управление конфигурацией. Организация и ресурсы

 

 

 

В организации есть задокументированные процессы управления конфигурацией?

 

 

 

Есть ли ответственное лицо за управление конфигурацией?

 

 

 

Соответствует ли процесс управления конфигурацией требованиям контракта?

 

 

 

Существует ли в организации система управления конфигурационной документацией? (чертежи, спецификации конструкции, рабочие инструкции / операционные карты, спецификации процессов, чертежи инструментов?

 

 

 


Управление конфигурацией. Планирование и инструменты

 

Да

Нет

Примечания

Соответствуют ли мероприятия, запланированные в соответствующей организационной документации, целям и задачам организации?

 

 

 

Пересматривается ли план Управления конфигурацией с заданной периодичностью с целью учета обновлений (например, изменения требований к потоку производства, стратегии технического обслуживания или внутренних организационных процессов)?

 

 

 

Является ли процесс управления конфигурацией частью единой системы Управления активами предприятия?

 

 

 

Доступны ли документированные процессы управления конфигурацией и эффективно ли они распространяются среди всего персонала организации?

 

 

 

Подчеркивают ли политики и процедуры Компании важность поддержания системы управления конфигурацией?

 

 

 

Согласуются ли политика и процедуры  управления конфигурацией договорными требованиями или потребностями программы управления активами компании?

 

 

 

Существуют ли процедуры и средства контроля для обеспечения соответствия  поставщика или организации требованиям управления конфигурацией?

 

 

 

Существует ли  информационная система идентификации и разрешения проблем управления конфигурацией (программное обеспечение для управления конфигурацией)?

 

 

 


Идентификация конфигурации

 

Да

Нет

Примечания

А. Структура. Идентификация элементов конфигурации

 

 

 

Идентифицируется ли каждая конструктивная конфигурация детали или узла уникальным номером?

 

 

 

Показывает ли система нумерации деталей, принятая в  Организации, связь между узлами и их компонентами?

 

 

 

Согласуются ли процессы изменения номеров деталей в организации с практикой управления конфигурацией?

 

 

 

B. Документация по конфигурации (спецификации и чертежи)

 

 

 

Правильно ли Организация определила компоненты, выбранные Заказчиком как Элементы конфигурации  во всей своей документации (спецификации, чертежи, процедуры, отчеты, шильдики, наклейки и т. д.)?

 

 

 

Если это требуется как часть процесса разработки, правильно ли Организация идентифицировала элементы конфигурации для Заказчика и во всей своей документации?

 

 

 

Документируется ли статус утверждения спецификаций элементов конфигурации?

 

 

 

Соответствуют ли чертежи требованиям Заказчика по формату, воспроизведению, хранению и доставке чертежей?

 

 

 

Существует ли в работе система отчетов об ошибках чертежей?

 

 

 

Имеются ли достаточные инструкции по подготовке, проверке, пересмотру и выпуску инженерных чертежей?

 

 

 

Отражают ли чертежи в производственном цехе наиболее актуальную утвержденную конфигурацию продукта, производимого в процессе производства?

 

 

 

C. Выпуск системных и управляющих библиотек и т. д. Обеспечивает ли инженерный процесс выпуск чертежей и списков деталей?

 

 

 

Осуществляется контроль всех записей, включая внесение изменений?

 

 

 

Определен ответственный за выпуск изменений?

 

 

 

Требуется распространение технических чертежей?

 

 

 

Производится проверка и утверждение чертежей перед выпуском?

 

 

 

D. Базовые методы управления

 

 

 

Требуют ли процедуры организации, предшествующие аудиту конфигурации, чтобы изменения базовых спецификаций были одобрены заказчиком в качестве основных изменений (класс I), прежде чем они будут внесены и приняты?

 

 

 

После аудита конфигурации процедуры организации требуют, чтобы изменения в базовой документации продукта, классифицированные как незначительные (класс II) или основные (класс I) изменения, были одобрены клиентом до того, как они будут сделаны или приняты?

 

 

 

E. Идентификаторы продукта

 

 

 

Есть ли таблички с чертежами?

 

 

 

Есть ли шильды на элементах конфигурации?

 

 

 

Соответствует ли информация на паспортной табличке техническим требованиям (т. е. № контракта, номер детали, серийный номер, номера элемента конфигурации и пр.)?

 

 

 

Версия информации на шильде соответствует версии информации в соответствующем программном обеспечении?

 

 

 


Управление конфигурацией

 

Да

Нет

Примечания

A. Координация и утверждение изменений

 

 

 

Регулярно ли созывается официальный совет по изменению конфигурации?

 

 

 

Все ли изменения направлены на поддержку продукта, производство, контроль качества и управление продуктом для оценки / внедрения воздействия?

 

 

 

Существует ли единый орган (Лидер управления конфигурацией) для утверждения или отклонения изменений?

 

 

 

Что касается запрошенных поставщиком изменений на субуровне, то представляются ли и проверяются ли обосновывающие данные?

 

 

 

Официально ли установлено общее влияние предлагаемых изменений на системы?

 

 

 

Были ли когда-либо выполнены изменения базовой конфигурации до начала работы системы управления конфигурацией или одобрения / согласия клиента?

 

 

 

В. Контроль и реализация изменений

 

 

 

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

 

 

 

Предусматривает ли система управления конфигурацией оценку и одобрение каждого изменения I класса?

 

 

 

Документируются и отслеживаются ли решения по изменению конфигурации?

 

 

 

Является ли распоряжение (отклонение, утверждение, ожидание) об изменении конфигурации надлежащим образом документированным?

 

 

 

Идентификационные номера назначаются достаточно рано при обработке изменений, чтобы обеспечить накопление всех данных, относящихся к изменению?

 

 

 

Готовятся ли запросы на изменение и отслеживаются ли они для каждого изменения?

 

 

 

Регистрирует ли орган по управлению конфигурацией предлагаемые изменения и присваивает контрольный номер?

 

 

 

Уведомляется ли инициатор изменений о принятых решениях по предлагаемым им изменениям?

 

 

 

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

 

 

 

Помечены ли изменения запросом на изменение или идентификационным контрольным номером?

 

 

 

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

 

 

 

Существует ли система контроля присвоения номера детали и серийного номера?

 

 

 

Охватывают ли формальные процедуры контроля за изменениями все технические документы?

 

 

 

C. Реализация и внедрение изменений

 

 

 

Определены ли измененные технические документы как официально выпущенные? Помечены ли на них данные о выпуске?

 

 

 

Появляется ли решение об утилизации (например, утилизация, переработка или использование как есть) в форме изменений?

 

 

 

Обосновывается ли эффективность изменений?

 

 

 

Содержит ли документ об изменении технологии перекрестную ссылку на разрешающий номер предложения об изменении технологии?

 

 

 

Создаются ли документы об изменениях для описания требуемых изменений в техническом обслуживании, обучении персонала или испытаниях оборудования?

 

 

 

D. Регистрация изменений конфигурации

 

 

 

Уведомляются ли производство, ОТК, планирование производства и закупки о реализации или одобрении запроса на изменение конфигурации?

 

 

 

Обеспечивают ли стандартные записи успешную идентификацию конфигурации каждого поставляемого изделия во время доставки или принятия заказчиком?

 

 

 

E. Контроль изменений для несоответствующих продуктов

 

 

 

Имеет ли организация четко документированные методы контроля / учета крупных / незначительных отклонений / отказов?

 

 

 

Определяет ли Организация, что отклонение / отказ связан с конкретным элементам оборудования

 

 

 

Контролирует ли система организации использование нестандартных или заменяющих деталей?

 

 

 

Осуществляет ли организация деятельность Совета по рассмотрению материалов?

 

 

 

F. Модификация контроля изменений

 

 

 

Существует ли порядок модернизации, установленный для изменений класса I, в который вовлечены не все элементы конфигурации?

 

 

 

Выполняются ли задания по подготовке и реализации заказов на модернизацию?

 

 

 

Установлены ли графики модернизации?

 

 

 

Установлены ли обязанности и процедуры по утверждению заказа на модернизацию?

 

 

 


Учет статуса управления конфигурацией

Да

Нет

Примечания

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

 

 

 


Управление конфигурацией. Обратная связь и аудит

Да

Нет

Примечания

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

 

 

 

Существует ли определенный процесс аудитов системы управления конфигурацией?

 

 

 


Подуровень Поставщик управления конфигурацией

Да

Нет

Примечания

Существует ли определенный процесс для передачи требований управления конфигурацией к поставщикам?

 

 

 

Есть ли доказательства адекватного перехода к поставщикам подуровня (заказ на поставку и т. д.)?

 

 

 

Существует ли определенный процесс надзора за управлением конфигурацией у поставщика?

 

 

 


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

Скачать шаблон чек-листа в формате PDF >>


Источники: 

ГОСТ Р ИСО 10007-2019 Менеджмент качества. Руководящие указания по менеджменту конфигурации

A Brief History of Configuration Management Software

https://as9100store.com/aerospace-standards-explained/what-is-iso-10007-configuration-management/

https://www.gfmam.org/sites/default/files/2019-05/GFMAMLandscape_SecondEdition_English.pdf