В понедельник заказчик утвердил версию B.
Во вторник инженер сместил монтажное отверстие на 3 мм, поскольку доступ к кабельному разъему оказался затрудненным больше, чем ожидалось.
Кто-то отправляет обновленный PDF-файл в цех по обработке листового металла с сообщением: “Пожалуйста, используйте именно этот”.”
Съемки начнутся в среду.
Качество по-прежнему проверяется на соответствие версии Rev. B.
Отдел закупок уже заказал кронштейн, изготовленный в соответствии со спецификацией Rev. B.
Сборочная бригада изучает чертеж, распечатанный в прошлую пятницу.
Сейчас у вас нет ни одного технического изменения.
У вас одновременно выпускаются четыре разных версии данного продукта.
Именно это и есть Контроль инженерных изменений предназначена для предотвращения.
Для OEM-заказчиков, занимающихся разработкой серверных шасси, корпусов для монтажа в стойку, промышленных компьютеров, систем хранения данных или другого оборудования, изготавливаемого по индивидуальному заказу, контроль изменений до начала производства — это не просто административная формальность. Это механизм, который позволяет отличить продуманное изменение конструкции от неожиданности на производстве.
Управление инженерными изменениями — это контролируемый процесс, используемый для внесения предложений, оценки, утверждения, документирования, внедрения и проверки изменений в утвержденную конфигурацию продукта.
Слово контролируемый вопросы.
В процессе разработки инженеры постоянно вносят изменения в конструкцию. Это нормально. Прототип выявляет места, где возникают помехи. Поставщик рекомендует другой радиус изгиба. Какая-то деталь становится недоступной. В ходе испытаний выясняется, что необходимо улучшить воздушный поток. Заказчик меняет конфигурацию входов-выходов.
Ни одно из этих событий само по себе не является проблемой.
Проблема возникает, когда изменение доходит до производства, при этом не все точно знают:
Эта идея не ограничивается предприятиями, производящими серверные корпуса. Стандарт ISO 10007:2017 содержит рекомендации по управлению конфигурацией продуктов и услуг на всех этапах — от разработки концепции до утилизации, при этом в стандарте ISO отмечается, что действующая редакция 2017 года была пересмотрена и утверждена в 2023 году.
НАСА описывает управление изменениями конфигурации в аналогичных терминах: предлагаемые изменения систематически обосновываются и оцениваются, утвержденные изменения внедряются, а затем проверяется их реализация.
Эту последовательность стоит запомнить.
Запрос. Оценка. Утверждение. Изменение. Проверка.
Если пропустить один этап, это обойдётся дорого.
На ранних этапах разработки можно позволить себе ошибки.
Производство — нет.
Когда шасси ещё находится на стадии CAD-проекта, перемещение выреза может повлиять лишь на один файл. Однако после того, как будут подготовлены чертежи инструментов, планы закупок, планы контроля качества, схемы упаковки, заказы у поставщиков, рабочие инструкции и сформирован запас готовой продукции, это же изменение может затронуть десять отдельных систем.
Дизайн становится неотъемлемой частью мира денег.
Изменение одного, казалось бы, незначительного параметра может повлиять на:
Именно поэтому наше руководство по переезду Управление версиями в инженерной деятельности Процесс, проходящий от этапа CAD до проверки прототипа, уделяет особое внимание управлению изменениями и передаче проекта в производство. Именно на этапе прототипирования следует тщательно проверять проектные допущения, пока количество изготавливаемых деталей ещё невелико. В действующем руководстве по прототипированию на сайте прямо рекомендуется перед утверждением к производству проверить фактическую посадку компонентов, последовательность сборки, конструкцию, систему охлаждения и доступ для технического обслуживания.
Позже изменить что-нибудь?
Еще раз проверьте, к чему он прикасается.
Недавно я просматривал форум, посвящённый производству, и наткнулся на рассказ сотрудника малого производственного предприятия с штатом в 25 человек, который показался мне до боли знакомым.
Инженерный отдел мог бы выпустить ECO, но одно изменение могло бы потребовать обновления пяти, шести, а иногда и восьми отдельных рабочих инструкций.
Документация не успевала за развитием событий.
Пока кто-то переписывал эти инструкции, производство продолжало работать по старым версиям. Деталь изготавливалась с ошибкой. Контроль качества мог обнаружить эту ошибку только через три дня.
И тогда начались вопросы.
Какая версия была выпущена?
Кто его получил?
Было ли направлено уведомление о покупке?
Получили ли в ходе проверки новые размеры?
Была ли заменена печатная инструкция по выполнению работ?
Получил ли поставщик тот же файл, что и производственный отдел?
По имеющимся данным, в цехе PDF-файлы были разбросаны по общему диску, бумажные копии хранились на производственном участке, а пробелы в информации восполнялись с помощью неформальной системы “спроси того, кто знает”.
Именно эта последняя часть имеет значение.
Люди часто думают, что технические изменения заканчиваются неудачей из-за того, что кто-то принял неверное техническое решение.
Зачастую инженерное решение оказывается вполне приемлемым.
Происходит сбой в передаче информации.
Внесение изменений в CAD может занять десять минут. А вот контроль за каждым чертежом, спецификацией, технологической инструкцией, документом поставщика, требованием к контролю качества и разрешением на запуск в производство, на которые влияет это изменение, — вот в чём заключается настоящая работа.
Разные производители используют эти аббревиатуры с небольшими различиями, поэтому покупателям ни в коем случае не следует считать, что одна только терминология свидетельствует о наличии у поставщика четко организованной системы.
Тем не менее, типичный Рабочий процесс ECR, ECN и ECO выглядит примерно так:
| Сцена | Типовой документ | Основной вопрос | Статус производства |
|---|---|---|---|
| 1. Запрос на изменение | ECR | Что нужно изменить и почему? | Изменения не допускаются |
| 2. Анализ воздействия | ECR / запись обзора | На что ещё повлияет это изменение? | Изменения не допускаются |
| 3. Утверждение | Журнал утверждений | Можем ли мы продолжить? | По-прежнему заблокировано |
| 4. Новости в области инженерии | ЭКО | Какие чертежи, спецификации, модели или технические характеристики изменятся? | Подготовлена новая редакция |
| 5. Проверка | Испытания / прототип / рекорд FAI | Действительно ли обновленная конструкция работает? | Удерживать до подтверждения |
| 6. Уведомление | ECN | Кому требуется это утвержденное изменение? | Начинается контролируемое высвобождение |
| 7. Реализация | ERP/MES/запуск производства | К какому заказу, дате, серийному номеру или партии это относится? | Активна новая версия |
| 8. Проверка | Протокол проверки / аудита | Производство действительно перешло на новый режим? | Изменение закрыто |
Имена не так важны, как ворота.
Компания может называть всё “ECN” и при этом иметь отличную систему контроля.
Другая система может работать с программным обеспечением PLM, поддерживая ECR, ECO, ECN, CCB и двадцать кодов статуса, и при этом по-прежнему позволять операторам-станочникам распечатывать произвольные PDF-файлы из электронной почты.
Даже самое современное программное обеспечение не спасет неэффективный процесс выпуска продукта.
В первом документе следует изложить суть проблемы, прежде чем кто-либо приступит к редактированию опубликованного проекта.
Этот запрос может исходить от:
Хорошая статья из серии «ECR» должна давать ответы на четыре основных вопроса.
В чём дело?
Будьте конкретны.
“Улучшить скобку” — это слабо.
“Крепежный кронштейн графического процессора прогибается примерно на 4 мм во время испытания на транспортные вибрации” — это требование, требующее принятия мер.
Какие изменения предлагается внести?
Опять же, конкретно.
Увеличить толщину? Добавить формованное ребро жесткости? Переместить точку крепления? Изменить материал?
Почему необходимо это изменение?
Это позволяет зафиксировать намерение. Без этого тот, кто будет анализировать проект через шесть месяцев, может “исправить” эту функцию, вернув её к первоначальному виду, поскольку не поймёт, почему она была изменена.
Насколько это срочно?
Исправление на этикетке косметического средства и механическое вмешательство, связанное с безопасностью, не должны проходить через одну и ту же очередь приоритетов.
Если индивидуальный проект ещё находится на стадии разработки, можно предотвратить появление множества последующих запросов на изменение (ECR), зафиксировав технические параметры на более раннем этапе. Наше руководство по Рабочий процесс ECR, ECN и ECO Начинать следует с размеров материнской платы, конфигурации графического процессора, систем хранения данных, питания, охлаждения, интерфейсов ввода-вывода, ограничений по размещению в стойке, доступа для технического обслуживания и коммерческих требований — именно потому, что нечеткие исходные данные приводят к постоянным изменениям в последующих этапах разработки.
Это тот этап, который спешащие команды любят пропускать.
Плохая идея.
Инженерная задача заключается не только в том, чтобы:
Можем ли мы внести это изменение?
Это:
Что ещё изменится, если мы это сделаем?
Предположим, что при изготовлении серверного шасси на заказ заказчик просит сместить переднее гнездо USB на 8 мм.
Все просто.
Однако новая должность может вступать в противоречие со следующими:
А теперь представьте, что материал уже разрезан.
Вопрос о стоимости снова меняется.
В надлежащем обзоре следует учитывать как минимум пять областей воздействия.
Влияет ли данное изменение на посадку, функциональность, интерфейсы, суммарные допуски, прочность конструкции, воздушный поток, заземление, электромагнитные помехи или удобство обслуживания?
Требуется ли для этого новое оборудование, программы, приспособления, настройки гибки, сварочные шаблоны, методы сборки или параметры технологического процесса?
Это затрагивает уже размещенные заказы на поставку?
Можно ли по-прежнему использовать старые запасы?
Может ли приобретенный компонент устареть?
Потребуются ли поставщику обновленные файлы?
Изменяются ли контрольные чертежи, калибры, планы контроля, критерии приемки, процедуры испытаний или требования к первому экземпляру изделия?
Влияет ли данное изменение на стоимость, минимальный объем заказа, расходы на изготовление инструментов, сроки изготовления, срок поставки, условия гарантии или ранее согласованные технические характеристики?
Компания NXP представляет собой наглядный практический пример такого подхода. Согласно опубликованному ею процессу управления изменениями, предлагаемые изменения в продукции или процессах рассматриваются Советом по изменениям, в состав которого входят специалисты из инженерного отдела, руководства и отдела качества. Перед внедрением изменения Совет анализирует риски, планы аттестации, критерии успешности, а также возможное влияние на форму, совместимость, функциональность или надежность.
Это серьёзный обзор.
А не “выглядит нормально, отправляй”.”
Одобрение должно исходить от тех, кто несет ответственность за последствия.
Для небольшого проекта по изготовлению корпуса на заказ это может быть:
В случае более сложной программы в процессе могут также принимать участие специалисты по обеспечению соответствия требованиям, управлению проектами, подбору поставщиков, тестированию или представители высшего руководства.
Дело не в том, чтобы собирать подписи ради галочки.
Каждое одобрение представляет собой вопрос.
Инженерия: Работает ли обновлённый дизайн?
Производство: Можно ли создавать его снова и снова?
Качество: Можем ли мы это осмотреть и проверить?
Закупки: Согласованы ли материалы и заказы у поставщиков?
Клиент: Это всё ещё тот товар, который мы договорились купить?
Твердое тело Процесс утверждения технических изменений Кроме того, это естественным образом связано с DFM. В руководстве по разработке корпусов, представленном на сайте, объясняется, почему такие детали, имеющие непосредственное отношение к производству, как радиус изгиба, расстояние от отверстия до изгиба, крепеж, доступ для сварки, отделка и последовательность сборки, необходимо проверить, прежде чем проект можно будет считать готовым к производству.
Утверждение без учета этих производственных факторов может привести лишь к формальному закреплению проекта, который по-прежнему невозможно реализовать надлежащим образом.
Это звучит очевидно.
Именно в этом многие компании теряют контроль.
Экологическая экспертиза может потребовать внесения изменений не только в чертеж.
К числу потенциально затронутых записей относятся:
Изменяется один документ.
Система меняется.
Вот в чем заключается этот подход.
В руководстве НАСА по управлению конфигурацией прямо предусмотрены требования к полной документации по текущей и исторической конфигурации, уникальным идентификаторам, отслеживанию статуса предлагаемых изменений, исторической прослеживаемости, сравнению версий, управлению рабочими процессами и, в идеале, наличию единого источника опубликованной информации.
Папка, заполненная файлами с такими именами:
final.pdf
final-new.pdf
final-new2.pdf
final-customer-approved.pdf
не является системой контроля версий.
Это доказательства, которые могут быть использованы против вас.
Выпущенный дизайн нуждается в фирменном стиле.
Преподобный А.
Преподобный Б.
Преподобный К.
Или другая система контролируемой нумерации.
Конкретные правила именования не так важны, как их последовательное соблюдение.
Старая версия должна оставаться доступной для просмотра в историческом контексте, но не должна оставаться доступной в качестве равноценного варианта для использования в производственной среде.
Именно в этом заключается различие Управление версиями в инженерной деятельности зарабатывает себе на жизнь.
Хорошая система должна сообщать вам:
Эта история приобретает огромную ценность, когда кто-то сообщает о проблеме на месте спустя 18 месяцев.
Без этого анализ первопричин превращается в археологию.
Утверждение дает право на внесение изменений.
Проверка подтверждает, что это работает.
Это не одно и то же.
Некоторые технические изменения можно подтвердить путем проверки чертежей и контроля размеров. Другие требуют создания нового прототипа, изготовления первого экземпляра, пробной партии, проведения термических испытаний, проверки посадки, вибрационных испытаний, испытаний под нагрузкой или изготовления образца для заказчика.
Метод проверки должен соответствовать уровню риска.
Изменить расположение логотипа?
Вероятно, это не полноценный прототип.
Изменение архитектуры поддержки графического процессора в мощном сервере искусственного интеллекта?
Это совсем другая история.
Изменение отверстий для прохождения воздушного потока рядом со стенкой вентилятора?
Проверьте это.
Изменение расположения стоек на материнской плате?
Установите настоящую плату.
Изменить интерфейс рельсов?
Установите шасси и проверьте работу направляющих.
Именно поэтому в существующей статье на сайте о Процесс оформления распоряжения об изменении конструкции рассматривает прототипы как инженерные инструменты, а не как демонстрационные образцы. Рекомендуется перед запуском в серийное производство проверить фактическую посадку компонентов, доступность для сборки, поведение конструкции, пути охлаждения и удобство технического обслуживания.
Найдите ошибку в первом количестве.
Это дешево.
Есть ли его в наличии в количестве 500 штук?
Другое собрание.
Как только пересмотренная конфигурация будет утверждена и готова к внедрению, необходимо официально уведомить всех, кого это касается.
Именно здесь Процесс уведомления об инженерных изменениях следует ответить:
Крупные производители тщательно оформляют это в документах.
Компания NXP заявляет, что об изменениях, затрагивающих соответствие требованиям, конструкцию, функциональность, качество или надежность, сообщается посредством уведомлений об изменениях в продукции За 90 дней до введения в действие. В соответствующих уведомлениях указываются дата вступления в силу и номера затронутых деталей, а в соответствии с опубликованной процедурой результаты аттестации должны быть одобрены Комиссией по изменениям, прежде чем изменение будет введено в действие.
Для вашего проекта по изготовлению шасси на заказ, возможно, не потребуется 90-дневный срок уведомления.
Этот принцип по-прежнему хорошо работает.
Уведомление направляется до начала работ, а не после того, как кто-то заметит, что детали выглядят по-другому.
Это один из самых полезных вопросов, которые может задать покупатель:
Когда именно начнётся новая редакция?
Должен быть однозначный ответ.
Например:
Вот что такое эффективность.
Без этого Rev. B и Rev. C могут сосуществовать в «серой зоне».
Иногда такое сосуществование вполне допустимо. Возможно, обе версии полностью взаимозаменяемы.
Хорошо.
Оформите это решение в письменном виде.
Иногда имеющиеся запасы можно переработать.
Это тоже зафиксируйте.
Иногда старые запасы приходится списать, поскольку произошедшие изменения влияют на посадку, безопасность, эксплуатационные характеристики или требования заказчиков.
Еще раз: зафиксируйте это.
Худший вариант — позволить заводу принимать решения в неформальном порядке по мере прохождения материала по производственной линии.
Вот мнение, которое в нашей отрасли не пользуется популярностью:
Самые опасные технические изменения — это зачастую те, которые все называют “незначительными”.”
Дыра перемещается.
Допуск изменяется.
Материал заменяется.
Добавлено измерение.
Строка спецификации исправлена.
Кто-то говорит: “Не стоит заморачиваться с официальным изменением. Просто сообщите об этом производственному отделу”.”
Этот способ кажется эффективным, поскольку само изменение незначительно.
Радиус отказа может отсутствовать.
Если выпущенный чертеж изменится, соответствующая ревизия должна измениться вместе с ним. Перед внедрением необходимо проверить затронутые этим изменением рабочие инструкции, документы по закупкам, требования к контролю качества, досье поставщиков и производственную документацию.
Настоящим критерием эффективности системы контроля изменений является не то, есть ли на ECO подписи.
Речь идет о том, стало ли производство неверной модификации практически невозможным.
Это означает, что необходимо контролировать устаревшую информацию.
Печатные экземпляры?
Заменить или уничтожить их.
Портал поставщиков?
Загрузите выпущенную версию и снимите с производства старую.
Приложение к ERP?
Обновите его.
Контрольно-пропускной пункт?
Подтвердите чертеж.
Папка с программами для лазера?
Подтвердите файл.
Инструкция по сборке?
Подтвердите ещё раз.
Наличие ноутбука инженерного отдела с версией C не означает, что завод выпускает продукцию версии C.
Bad change control produces very ordinary factory costs.
Scrap.
Rework.
Sorting.
Reinspection.
Schedule disruption.
Premium freight.
Supplier claims.
Customer complaints.
Returns.
ASQ classifies scrap, rework, waste, and failure analysis associated with defects found before delivery as internal failure costs. It also lists repairs, warranty claims, complaints, and returns among external failure costs.
Here is the interesting number.
Согласно 2025 ASQE Insights on Excellence Cost of Quality Report, only 31% of respondents said they fully understood the impact of quality costs on their organizations’ financial performance.
Think about that for a moment.
Many companies can tell you the price of one chassis down to the cent.
Far fewer can tell you the true cost of producing 80 chassis from the wrong drawing.
The invoice for scrap is obvious.
The engineering hours, line stoppage, rescheduling, supplier calls, expedited material, inspection overtime, customer communication, and lost confidence are much harder to see.
Do not ask only, “Do you have an ECO system?”
Almost everyone will say yes.
Ask operational questions.
Who is allowed to release a drawing to production?
You want named roles, not “engineering.”
Where does production obtain the current drawing?
There should be one controlled source.
How do you prevent an operator from using an old revision?
Listen carefully to this answer.
How do you control supplier revisions?
Outsourced laser cutting, machining, plating, PCB assembly, cable production, or packaging creates another opportunity for version drift.
How do you handle work in progress when a change is approved?
Keep, rework, scrap, segregate, or use-as-is should be explicit.
How do you record the effective lot or serial number?
This matters for traceability.
Does a post-prototype change require customer reapproval?
For buyer-controlled features, it usually should.
How are inspection documents updated?
Production and quality must move together.
When sending the original project package, the site’s guide on the Процесс уведомления об инженерных изменениях is useful because drawings, materials, tolerances, finishes, components, quantities, quality requirements, and delivery expectations should be defined before quoting.
The clearer the original baseline, the easier later changes are to identify.
Before volume manufacturing begins, the factory should be able to point to one approved package.
For a custom chassis project, that might contain:
| Controlled Item | What Should Be Clear |
|---|---|
| 3D model | Current released revision |
| 2D drawings | Dimensions, tolerances, notes, revision |
| BOM | Correct parts and approved substitutes |
| Технические характеристики материала | Grade, thickness, finish |
| Purchased components | Approved manufacturer/model or equivalent rules |
| Отделка поверхности | Color, texture, coating requirements |
| Assembly instructions | Current sequence and fasteners |
| Inspection plan | What is checked and acceptance limits |
| Test requirements | Functional or mechanical validation |
| Packaging specification | Protection, labels, accessories |
| Change history | What changed and why |
| Customer approval | Evidence that production configuration is accepted |
| Effectivity | Lot, PO, date, or serial number where revision begins |
This package becomes the production baseline.
NASA uses the same underlying concept at a much larger scale: a product baseline is approved technical documentation describing the configuration that applies during production and later life-cycle phases.
You do not need a spacecraft-sized bureaucracy to borrow the logic.
Lock the baseline.
Control deviations from it.
Some teams hear “change control” and imagine paperwork strangling engineering.
That is poor implementation.
The objective is not to prevent change.
Products improve because engineers change things.
The objective is to make sure the correct change reaches the correct people at the correct time.
Fast development and formal control can coexist.
During early concept work, CAD may change several times per day.
During prototype development, revisions can remain frequent but should become traceable.
Once the customer approves production, the gate tightens.
That is sensible.
The closer you get to mass production, the more expensive ambiguity becomes.
Before production begins, ask one question:
Could two competent employees open two different files today and both reasonably believe they have the approved production revision?
If the answer is yes, the project is not under control yet.
Fix that first.
A good Engineering Change Management system should leave little room for interpretation. The released design is identifiable. Changes have owners. Impact is reviewed. Approvals are recorded. Validation matches the level of risk. Suppliers receive the correct files. Obsolete revisions are removed from active use. The production effectivity point is recorded.
Then manufacturing starts.
That sequence can feel slower when everyone is impatient to release the purchase order.
It is usually much faster than rebuilding the order.
Engineering Change Management is the formal process for evaluating, approving, documenting, implementing, and verifying product design changes.
It keeps CAD files, drawings, BOMs, suppliers, quality records, and production instructions synchronized so that only the approved configuration reaches manufacturing.
An ECR requests a change, an ECO authorizes and defines the engineering work, and an ECN communicates the approved change.
Terminology varies between manufacturers. What matters is having clear gates for request, impact review, approval, implementation, notification, and verification.
Yes, if they alter controlled production information.
A small hole shift, tolerance adjustment, material substitution, or BOM change can affect manufacturing, purchasing, inspection, inventory, or supplier parts. The paperwork can be proportional to risk, but the revision should remain traceable.
A new revision should normally be issued when released product definition changes.
That includes changes to controlled drawings, dimensions, materials, BOMs, specifications, interfaces, or other information used to manufacture or inspect the product.
Normally, production should remain on the existing approved baseline until the new change is released.
Emergency deviations may be possible under a documented authorization process, but uncontrolled use of an unapproved revision creates traceability and quality risk.
It should receive a documented disposition: use, rework, segregate, return, or scrap.
The decision depends on interchangeability, quality, cost, safety, customer requirements, and the effective date of the new revision.
Ask how revisions are released, distributed, retired, and traced to production lots.
Also ask who approves changes, how external suppliers are notified, how work-in-process is handled, and whether post-prototype modifications require customer approval.
The biggest risk is different departments implementing the change at different times.
Engineering may have the new drawing while purchasing, production, suppliers, or quality still use the old one. Effective change control synchronizes all affected functions before release.
Марк Ли — основатель компании ISTONECASE, имеющий 20-летний опыт работы в сфере производства серверных шасси. Он специализируется на OEM/ODM-решениях для графических процессоров (GPU) и искусственного интеллекта (AI), а также на шасси для монтажа в стойку, промышленном оборудовании, настенных шасси, сетевых хранилищах (NAS), шасси формата Mini-ITX и многоузловых шасси. Его экспертиза позволяет реализовывать индивидуальные аппаратные проекты для центров обработки данных, вычислений на базе искусственного интеллекта, корпоративных систем хранения данных, периферийных вычислений, сетевых решений и промышленных приложений.
Комментарии
