Введение
Сборка печатных плат небольшого объема-на расстоянии кажется простой.
Количество пока небольшое. Возможно, конструкция уже прошла прототип. Команда предполагает, что следующим шагом будет просто создание еще нескольких плат, подтверждение того, что все по-прежнему работает, и переход к производству.
Именно здесь многие пилотные заезды начинают смещаться.
Сборка печатных плат небольшими-объемами перед пилотным запуском — это не просто создание более крупного прототипа. Это первый этап, на котором повторяемость, прозрачность затрат и дисциплина процесса начинают иметь значение одновременно. Сборка все еще может выглядеть «маленькой» на бумаге, но вести себя совсем по-другому, когда материальные предположения, время тестирования, контроль версий и технологичность начинают совпадать.
Вот в чем настоящая проблема. Вопрос не в том, мала ли сборка печатных плат небольшого-объема. Вопрос в том, что покупатели часто не фиксируют перед пилотным запуском - и почему именно эти упущенные из виду детали обычно сбивают график с курса.
Что покупатели часто забывают о сборке печатных плат небольшого объема-
Самое распространенное заблуждение очень простое: покупатели рассматривают сборку небольших-серийных партий как сборку прототипа с большим количеством плат.
Это не.
Работа с прототипами создана для быстрого обучения. Пилотный-ориентированный на небольшой-пробег предназначен для того, чтобы показать, могут ли конструкция и процесс выдержать меньшее количество импровизации. Этот сдвиг меняет то, что имеет значение.
Прототип из пяти-плат может выдержать обходные решения вручную, частичные решения о выборе поставщиков и небольшие разъяснения-между-инженерами. Пилотный запуск из 100-или 200 штук обычно не может пережить одни и те же вещи без того, чтобы затраты не проявились где-то еще - в переделках, часах тестирования, циклах утверждения или отклонении графика.
Количество по-прежнему выглядит управляемым. Предположения о процессе этого не делают.
Это первое, что часто упускают из виду покупатели.
Районы, которые покупатели чаще всего упускают из виду перед запуском пилотных проектов
Стабильность спецификации при реальном объеме сборки
Это один из самых больших промахов.
Прототип лота мог быть построен с учетом наличия спотовой доступности, премиальных закупок небольшого количества-малых партий, скорости, поддерживаемой брокером-, или альтернативных вариантов, одобренных неофициально, просто для того, чтобы проект продолжал развиваться. Это может быть вполне разумно для десяти досок.
Это не то же самое, что сказать, что спецификация готова к пилотному запуску.
Перед пилотной-ориентированной на небольшие-сборки вопрос меняется. Это больше не вопрос «Можем ли мы получить достаточно деталей, чтобы построить первые несколько плат?» Вопрос звучит так: «Может ли одна и та же логика снабжения поддерживать полный объем при тех же предположениях о графике, не превращая одну позицию в настоящее узкое место?»
Именно здесь проекты начинают буксовать.
Серия из 200-деталей все равно может застопориться, поскольку только один микроконтроллер, разъем, дисплей, устройство питания или механически ограниченная деталь когда-либо была подтверждена только для количества прототипа. При работе с небольшим объемом график часто перемещается с учетом самой медленной нерешенной части, а не самой быстрой машины.
Вот почему рассмотрение сборки черезПоиск компонентовлогика имеет значение гораздо раньше, чем ожидают многие покупатели.
Стратегия тестирования, которая по-прежнему ведет себя как логика прототипа
Тестирование прототипов часто проводится на стенде. Инженер включает плату, проверяет ключевые узлы, выполняет настройку-и решает, что исследовать дальше.
Это может быть вполне уместно для нескольких образцов.
Пилотные запуски показывают, где эта логика перестает масштабироваться.
Покупатель может одобрить сборку небольшого-объема, не принимая решения о том, будет ли проект опираться на повторное функциональное тестирование вручную, летающий зонд, AOI плюс функциональное покрытие, простое приспособление или более структурированный путь тестирования. Потом приходят сборки, и реальный вопрос уже не в том "Работает ли плата?" Вопрос звучит так: «Можем ли мы достаточно последовательно проверить это количество, не превращая тест в новое узкое место?»
Именно здесь небольшие сборки начинают вести себя намного масштабнее, чем ожидалось.
Метод испытаний прототипа не является автоматически подходящим методом пилотных испытаний. Ручная стендовая проверка, которая хорошо себя чувствует на десяти досках, становится обузой гораздо раньше, чем ожидают многие команды, когда количество досок увеличивается и каждая единица требует одинакового внимания.
Настройка прозрачности затрат, которая приходит слишком поздно
Это легко недооценить, потому что пробег по-прежнему кажется небольшим.
Разовая-работа не исчезает только потому, что ее объем скромен. Еще предстоит выполнить трафареты, программирование, первую-настройку изделия, планирование оснастки и подготовку процесса. В прототипе эти затраты легко мысленно скрыть, поскольку вся сборка уже оформлена как учебная работа. При пилотном-прогоне с небольшими-объемами та же самая работа по настройке начинает гораздо более заметно менять экономику единицы продукции.
Ошибка не в том, что существует стоимость установки. Ошибка заключается в том, что не удалось обнаружить ее достаточно рано.
Небольшой пилотный запуск – это не просто проверка платы. Это также показывает, достаточно ли четко команда проекта продумала, что по-прежнему должно быть ручным, что теперь нуждается в структуре и какая работа по настройке действительно оправдана на данном этапе.
Сборка может выглядеть недорогой на этапе расчета стоимости, но все равно становиться дорогой, когда вокруг нее начинают накапливаться дополнительные настройки, дополнительная обработка и дополнительная интерпретация.
Проблемы DFM, которые были приемлемыми для прототипа, но не для пилотной версии
Именно здесь количество перестает быть главным.
Некоторые проблемы проектирования не мешают созданию небольшой партии прототипов. Они просто создают управляемые неудобства. При пилотном-прогоне становится видна та же проблема, что и повторяющиеся-подправки, нестабильная производительность, трудности с зондированием, неэффективность панельизации или шум сборки, который замедляет всю работу.
Площадка, которая была «подходящей для пяти досок», может стать узким местом при доработке на 100. Тестовый доступ, который был приемлем для ручной настройки,-может стать неприятным, если повторить его для всей партии небольшого-объема. Решение о пакете или размещении может по-прежнему создавать рабочие доски, но уже не рабочие доски, которые возвращаются достаточно чистыми, чтобы вызвать доверие к процессу.
Вот почему покупатели часто сожалеют, что относятся к очистке DFM как к чему-то, что может подождать до окончания пилотного запуска.
Дизайн может быть достаточно хорош для прототипирования, но при этом не быть готовым к повторению.
Глубина документации, которая по-прежнему кажется слишком прототипной-стилем.
Этот хорошо скрывается до тех пор, пока сборка не начнется.
Документация по прототипу часто может оставаться проще, потому что та же небольшая группа инженеров уже знает, что пытается сделать плата. Пилотные запуски не имеют такой роскоши. Замечания по сборке, ясность полярности, данные центроида, решения о панельизации, утвержденные альтернативы, маркеры изменений и предположения об особом обращении — все это должно быть гораздо сложнее понять неправильно.
Если выпущенный пакет «в основном понятен», этого может быть достаточно для прототипа. При небольшом-пилотном запуске «в основном понятно» — это именно тот момент, когда вопросы по строкам, путаница в тестах и отклонение изменений начинают отнимать время.
Пакет сборки может быть достаточно хорош для выпуска, но при этом не быть готовым к повторению.
Изменить контроль, который остается слишком свободным
Пилотные запуски наказывают за отсутствие контроля версий гораздо быстрее, чем прототипы.
На ранних этапах работы над прототипом команды могут выжить, если будут вносить более быстрые изменения, выполнять частичные обновления и предоставлять-разъяснения-инженерам. Как только проект переходит к пилотной логике небольшого-объема, эта небрежность начинает стоить реального времени.
Если пересмотр спецификации, выходные данные сборки, утвержденные альтернативы, базовая версия прошивки и ожидания покупателя не совпадают, то сборка перестает быть этапом обучения и начинает превращаться в проблему координации.
Для пилотного запуска не требуется полной жесткости-производства. Это действительно требует большего контроля, чем привыкло большинство команд по созданию прототипов.
Переработать предположения, которые никто не оспаривал достаточно рано
Небольшая сборка часто слишком хорошо скрывает переделки.
В прототипе дополнительная доработка-может показаться приемлемой, поскольку инженерное дело еще только учится, а объем работ невелик. Перед пилотным запуском покупатели должны задать более сложный вопрос: проверяем ли мы продукт или спокойно платим, чтобы компенсировать нестабильность процесса?
Это различие имеет значение.
Небольшие-сборки по-прежнему разрешены для обучения. Оно не должно зависеть от постоянного спасения.
Если план по-прежнему предполагает значительное ручное спасение, неоднократное инженерное вмешательство или--интерпретацию на лету, то проект может быть не так готов к пилотному запуску, как предполагает количество.
Почему покупатели игнорируют эти проблемы
Причина понятна.
Количество по-прежнему кажется небольшим, поэтому сборка по-прежнему кажется гибкой. Проект больше не находится в хаосе первых-вращений, поэтому он кажется более зрелым, чем есть на самом деле. А поскольку пилотный-прогон находится в серой зоне между проверкой и выполнением, покупатели предполагают, что могут отложить решения, которые на самом деле необходимо принять до начала сборки.
Вот почему сборка небольшого объема-неправильно понимается.
Это похоже на «маленький производственный заказ». На практике это обычно первая сборка, в которой дисциплина источников, структура тестирования, очистка DFM, глубина документации и ясность версий начинают иметь значение одновременно.
Полезный граничный случай
Не каждая сборка небольшого-объема требует одинакового уровня дисциплины.
Это правда.
Заказ на 30-запасных-деталей для ранее проверенной промышленной платы – это не то же самое, что пилотный запуск 150 деталей продукта, который в дальнейшем может быть масштабирован. Ошибка заключается в предположении, что одна и та же логика процесса должна применяться к обоим предприятиям просто потому, что ни один из них не считается крупносерийным производством.
Чем ближе сборка к реальному пилотному решению, тем менее полезно говорить: «Это еще небольшой пробег».
Обычно покупателям необходимо повысить уровень контроля до начала сборки, а не после того, как она начнет скользить.
Что покупателям следует заблокировать перед пилотным запуском
Подтвердите наличие материала в реальном объеме сборки
Не думайте, что доступность прототипа означает доступность пилотного проекта. Прежде чем утвердить график, подтвердите полное количество, приемлемые альтернативы и правила утверждения.
Определите путь тестирования заранее
Команда должна знать, реалистично ли по-прежнему ручное тестирование, имеет ли больше смысла стратегия простого приспособления или летающего зонда и какой уровень проверки или функционального охвата на самом деле ожидается.
Настройка поверхности начинается раньше
Трафарет, программирование, -подготовка первой детали и работа, связанная с приспособлениями-, не должны вызывать удивления только потому, что партия «не такая уж большая».
Запускайте очистку DFM перед пилотной партией, а не после нее.
Пилотная сборка — не лучший способ обнаружить, что дизайн по-прежнему зависит от доработок, которых можно избежать, слабого тестового доступа, неудобной панельизации или решений по компоновке, которые не повторяются полностью.
Ужесточить контроль над документацией и версиями
Пакет сборки, базовая версия встроенного ПО, утвержденные замены и ожидания проверки должны указывать на одну чистую базовую версию до того, как партия будет выпущена.
Будьте честны в отношении того, проверяет ли прогон процесс или все же спасает проект.
Этот ответ меняет то, как следует планировать, тестировать и цитировать сборку.
Что это значит для покупателей
Сборка печатных плат небольшими-серийными партиями перед пробным запуском часто приводит к тому, что покупатели обнаруживают, что «небольшое количество» и «простое исполнение» — это не одно и то же.
Наиболее часто упускаемые из виду области — это стабильность спецификации по количеству, масштабирование стратегии тестирования, прозрачность затрат на установку, очистка DFM, глубина документации, контроль изменений и реалистичные предположения о том, от какой степени ручного восстановления по-прежнему зависит сборка.
Именно эти детали обычно решают, будет ли пилотный запуск проходить гладко или начнет поглощать задержку, которой можно было бы избежать.
Практический смысл прост:
Пилотная-ориентированная на малые объемы-сборка — это не просто более крупный прототип. Это первый этап, на котором повторяемость начинает иметь такое же значение, как и функциональность.
Заключение
Если ваша команда планирует небольшой-прогон перед пилотным выпуском, правильный вопрос заключается не только в том, работает ли уже плата.
Лучше задаться вопросом, готова ли теперь сборка к повторению с меньшей импровизацией, меньшей двусмысленностью и меньшими скрытыми затратами, чем требовалось для прототипа.
Именно здесь многие графики выигрываются или проигрываются.
Для покупателей, готовящих небольшой-прогон перед пилотным выпуском, следующим практическим шагом будет проверка проекта на соответствиеСборка печатной платыожидания, подтвердите источник риска черезПоиск компонентовлогику, а затем согласовать следующую сборку черезЗапросить ценуили свяжитесь с командой напрямую по адресуinfo@pcba-china.com.
Часто задаваемые вопросы
Почему пилотный запуск небольшого-теста сложнее, чем сборка прототипа той же платы?
Потому что количество все еще может быть небольшим, но предположения о процессе уже не те. Стабильность материала, последовательность испытаний, контроль версий и работа по настройке начинают иметь большее значение, чем в прототипе.
Что должны подтвердить покупатели, прежде чем соглашаться на график сборки печатных плат в небольших-объемах?
Покупатели должны подтвердить наличие полного-количества материалов, фактический путь тестирования, статус очистки DFM, согласованность документов и версий, а также то, зависит ли сборка от большего количества ручных спасательных работ, чем хочет признать команда.
Работает ли обычно стратегия тестирования прототипа для пилотного,-ориентированного на небольшие-прогоны?
Не автоматически. Ручное стендовое тестирование может подойти для некоторых плат, но оно часто становится узким местом гораздо раньше, чем команды ожидают, поскольку сборка предназначена для проверки повторяемости, а не просто для успеха первой-функции.
Действительно ли каждая небольшая серия является пилотной?
Нет. Заказ запасных-деталей для проверенной платы сильно отличается от мелкосерийной-сборки, предназначенной для поддержки реального пилотного решения. Покупатели часто теряют время, планируя оба варианта, используя одни и те же предположения.
