Wstęp
Montaż PCB o małej-nakładowości wydaje się prosty z daleka.
Ilość jest nadal niewielka. Projekt mógł już przejść prototyp. Zespół zakłada, że następnym krokiem będzie po prostu zbudowanie kilku dodatkowych płytek, potwierdzenie, że wszystko nadal działa, i przejście do produkcji.
To właśnie w tym miejscu wiele lotów pilotażowych zaczyna dryfować.
Mały-montaż PCB przed uruchomieniem pilotażowym to nie tylko większy prototyp. To pierwszy etap, w którym liczy się jednocześnie powtarzalność, widoczność kosztów i dyscyplina procesu. Kompilacja może nadal wyglądać na „małą” na papierze, a mimo to zachowywać się zupełnie inaczej, gdy założenia dotyczące materiałów, czas testowania, kontrola wersji i możliwości produkcyjne zaczną się łączyć.
To jest prawdziwy problem. Pytanie nie dotyczy tego, czy montaż PCB o małej-nakładowości jest niewielki. Pytanie brzmi, czego kupujący często nie pilnują przed uruchomieniem pilotażowym - i dlaczego to właśnie te przeoczone szczegóły zwykle wypychają harmonogram z kursu.
Co kupujący często błędnie czytają na temat-montażu PCB o małej objętości
Najczęstsze nieporozumienie jest proste: kupujący traktują montaż-na małą skalę jako montaż prototypu z większą liczbą płytek.
Tak nie jest.
Prace prototypowe są budowane tak, aby szybko się uczyć. Zorientowany-pilotażowo-nakładowy cykl ma na celu pokazanie, czy projekt i proces mogą wytrzymać przy mniejszej improwizacji. Ta zmiana zmienia to, co ważne.
Prototyp składający się z pięciu-płytek może przetrwać ręczne obejścia, częściowe decyzje dotyczące zaopatrzenia i drobne wyjaśnienia między inżynierami. Seria pilotażowa obejmująca 100-elementów lub 200 elementów zwykle nie może przetrwać tych samych warunków, dopóki koszty nie pojawią się gdzie indziej – w postaci przeróbek, godzin testów, pętli zatwierdzania lub zmiany harmonogramu.
Ilość nadal wygląda na możliwą do opanowania. Założenia procesu nie.
To pierwsza rzecz, którą kupujący często przeoczają.
Obszary, które kupujący najczęściej przeoczają przed uruchomieniem pilotażu
Stabilność BOM przy rzeczywistej ilości kompilacji
To jedna z największych porażek.
Partia prototypowa mogła zostać zbudowana z dostępnością punktową, dużymi-zakupami w małych ilościach, szybkością obsługiwaną przez brokera-lub alternatywami, które zostały nieformalnie zatwierdzone tylko po to, aby utrzymać ciągłość projektu. Może to być całkowicie rozsądne w przypadku dziesięciu desek.
To nie to samo, co stwierdzenie, że BOM jest gotowy do uruchomienia pilotażowego.
Pytanie ulega zmianie przed-orientacją pilotażową na małą-kompilację. To już nie jest pytanie: „Czy uda nam się zdobyć wystarczającą liczbę części do zbudowania kilku pierwszych desek?” Staje się: „Czy ta sama logika zaopatrzenia może obsłużyć pełną ilość przy tych samych założeniach harmonogramu, bez przekształcania jednej pozycji w prawdziwe wąskie gardło?”
To tutaj projekty zaczynają się poślizgnąć.
Produkcja 200-elementów może nadal zostać wstrzymana, ponieważ ilość jednego mikrokontrolera, złącza, wyświetlacza, urządzenia zasilającego lub części ograniczonej mechanicznie została potwierdzona tylko w ilości prototypowej. W przypadku pracy o niskim nakładzie harmonogram często przesuwa się w oparciu o najwolniejszą nierozwiązaną część, a nie najszybszą maszynę.
Dlatego właśnie przeglądamy kompilacjęPozyskiwanie komponentówlogika ma znaczenie znacznie wcześniej, niż wielu kupujących się tego spodziewa.
Strategia testowania, która nadal zachowuje się jak logika prototypu
Testowanie prototypów często odbywa się na stole warsztatowym. Inżynier włącza płytkę, sprawdza kluczowe węzły, przeprowadza-uruchamianie i decyduje, co należy zbadać dalej.
To może być całkowicie odpowiednie dla kilku próbek.
Pilotaż uruchamia odsłonięcie miejsca, w którym logika przestaje skalować się w sposób czysty.
Kupujący może zatwierdzić-kompilację o małej objętości, nie decydując, czy projekt będzie opierał się na powtarzanych ręcznych testach funkcjonalnych, latającej sondzie, AOI plus pokryciu funkcjonalnym, prostym osprzęcie, czy też bardziej zorganizowanej ścieżce testowej. Potem przybywają zgromadzenia i prawdziwe pytanie nie brzmi już: „Czy tablica działa?” Pytanie brzmi: „Czy możemy wystarczająco konsekwentnie zweryfikować tę ilość, nie zamieniając testu w nowe wąskie gardło?”
W tym momencie małe kompilacje zaczynają zachowywać się znacznie lepiej, niż oczekiwano.
Metoda badania prototypu nie jest automatycznie właściwą metodą badania pilotażowego. Ręczna weryfikacja na ławce, która wydaje się dobra przy dziesięciu tablicach, staje się przeszkodą znacznie wcześniej, niż wiele zespołów się spodziewa, gdy liczba desek rośnie, a każda jednostka wymaga takiej samej uwagi.
Skonfiguruj widoczność kosztów, która pojawia się za późno
Ten wynik łatwo przecenić, ponieważ dystans i tak wydaje się niewielki.
Prace jednorazowe-nie znikają tylko dlatego, że ich ilość jest niewielka. Trzeba jeszcze przygotować szablony, programowanie,-konfigurację pierwszego artykułu, planowanie wyposażenia i przygotowanie procesu. W prototypie koszty te można łatwo ukryć w myślach, ponieważ cała kompilacja jest już sformułowana jako praca naukowa. W przypadku pilotażowego-zorientowanego na małą-objętość serii te same prace konfiguracyjne zaczynają znacznie bardziej widocznie zmieniać ekonomikę jednostki.
Błąd nie polega na tym, że istnieje koszt konfiguracji. Błąd polega na tym, że nie wykryto tego wystarczająco wcześnie.
Mały cykl pilotażowy nie polega jedynie na testowaniu płytki. Pokazuje również, czy zespół projektowy wystarczająco jasno przemyślał, co nadal powinno być wykonywane ręcznie, co wymaga teraz struktury i jakie prace konfiguracyjne są rzeczywiście uzasadnione na tym etapie.
Kompilacja może wyglądać na niedrogą na etapie wyceny i nadal stać się kosztowna, gdy wokół niej zaczną gromadzić się dodatkowe ustawienia, dodatkowa obsługa i dodatkowe interpretacje.
Problemy z DFM, które były tolerowane w przypadku prototypu, ale nie w przypadku pilota
W tym miejscu ilość przestaje być głównym tematem.
Niektóre problemy projektowe nie blokują małej partii prototypowej. Po prostu powodują możliwe do opanowania niedogodności. Przy-ilości pilotażowej ten sam problem staje się widoczny w postaci powtarzających się poprawek-, niestabilnej wydajności, trudności w sondowaniu, nieefektywności panelowania lub hałasu podczas montażu, który spowalnia całą partię.
Pad, który był „w porządku dla pięciu płytek”, może stać się wąskim gardłem w przeróbce przy 100. Dostęp testowy, który był akceptowalny w przypadku ręcznego wywoływania-, może stać się frustrujący, gdy zostanie powtórzony w całej partii o małej- objętości. Decyzja dotycząca pakietu lub rozstawu może w dalszym ciągu dawać płyty robocze, ale już nie płyty robocze, które wracają na tyle czysto, aby zbudować zaufanie do procesu.
Z tego powodu kupujący często żałują, że traktują porządkowanie DFM jako coś, co może poczekać do zakończenia okresu pilotażowego.
Projekt może być na tyle dobry, że można go stworzyć w formie prototypu, ale nadal nie jest gotowy do powtórzenia.
Szczegółowość dokumentacji, która wciąż wydaje się zbyt prototypowa
Ten dobrze się ukrywa, dopóki kompilacja się nie rozpocznie.
Dokumentacja prototypu często może pozostać lżejsza, ponieważ ta sama mała grupa inżynierów już wie, co płytka próbuje zrobić. Loty pilotażowe nie mają takiego luksusu. Uwagi montażowe, przejrzystość polaryzacji, dane dotyczące środka ciężkości, decyzje dotyczące paneli, zatwierdzone zamienniki, znaczniki rewizji i specjalne założenia dotyczące obsługi muszą być znacznie trudniejsze do błędnego zrozumienia.
Jeśli wydany pakiet jest „w większości przejrzysty”, może to nadal wystarczyć na prototyp. W przypadku pilotażu o małej-nakładowości „w większości jasny” jest dokładnie tam, gdzie pytania liniowe, zamieszanie w testach i błędy w rewizjach zaczynają kraść czas.
Pakiet kompilacji może być wystarczająco dobry, aby go wypuścić i nadal nie być gotowy do powtórzenia.
Zmień kontrolę, która pozostaje zbyt luźna
Przebiegi pilotażowe karzą luźną kontrolę wersji znacznie szybciej niż prototypy.
Podczas wczesnych prac nad prototypem zespoły mogą przetrwać dzięki szybszym zmianom, częściowym aktualizacjom i objaśnieniom między inżynierami. Gdy projekt przejdzie na logikę pilotażową-o małej objętości, luzy te zaczną kosztować w czasie rzeczywistym.
Jeśli rewizja BOM, wyniki montażu, zatwierdzone zamienniki, wersja bazowa oprogramowania sprzętowego i oczekiwania kupującego nie są zgodne, wówczas kompilacja przestaje być etapem uczenia się i staje się problemem koordynacji.
Seria pilotażowa nie wymaga pełnej-sztywności produkcji masowej. Wymaga większej kontroli niż większość zespołów prototypowych, do których jest przyzwyczajona.
Przeróbki założeń, których nikt nie kwestionował wystarczająco wcześnie
Mała kompilacja często zbyt dobrze ukrywa przeróbki.
W przypadku prototypu dodatkowe poprawki- mogą wydawać się akceptowalne, ponieważ inżynierowie wciąż się uczą, a partia jest niewielka. Przed uruchomieniem pilotażowym kupujący muszą zadać trudniejsze pytanie: czy nadal sprawdzamy produkt, czy też po cichu płacimy, aby zrekompensować niestabilność procesu?
To rozróżnienie ma znaczenie.
Kompilacja-na małą skalę nadal może uczyć. Nie powinno to zależeć od ciągłego ratowania.
Jeśli plan w dalszym ciągu zakłada znaczną akcję ratunkową ręczną, wielokrotną interwencję inżynieryjną lub--interpretację w locie, projekt może nie być tak gotowy do uruchomienia pilotażowego, jak sugeruje ilość.
Dlaczego kupujący przeoczają te problemy
Powód jest zrozumiały.
Ilość nadal wydaje się niewielka, więc konstrukcja nadal wydaje się elastyczna. Projekt nie jest już pogrążony w chaosie-pierwszego obrotu, więc wydaje się bardziej dojrzały, niż jest w rzeczywistości. A ponieważ faza pilotażowa- znajduje się w szarej strefie pomiędzy zatwierdzeniem a wykonaniem, kupujący zakładają, że mogą odłożyć decyzje, które faktycznie muszą zostać podjęte przed rozpoczęciem kompilacji.
W ten sposób-wprowadzanie w małych ilościach jest źle rozumiane.
Wygląda na „małe zlecenie produkcyjne”. W praktyce jest to zwykle pierwsza kompilacja, w której dyscyplina pozyskiwania, struktura testów, porządkowanie DFM, szczegółowość dokumentacji i przejrzystość wersji zaczynają mieć znaczenie w tym samym czasie.
Przydatny przypadek graniczny
Nie każda nisko-kompilacja wymaga tego samego poziomu dyscypliny.
To prawda.
Zamówienie na 30-części-części zamiennych do wcześniej zatwierdzonej płyty przemysłowej to nie to samo, co pilotażowa seria 150 części produktu, który można później skalować. Błędem jest zakładanie, że ta sama logika procesu powinna mieć zastosowanie do obu, po prostu dlatego, że żaden z nich nie liczy się jako produkcja na dużą skalę.
Im budowa jest bliższa decyzji pilota, tym mniej przydatne staje się stwierdzenie: „To wciąż niewielka liczba”.
Zwykle wtedy kupujący muszą zwiększyć poziom kontroli przed rozpoczęciem kompilacji, a nie po tym, jak zacznie się ona pogarszać.
Co kupujący powinni zablokować przed uruchomieniem pilotażowym
Potwierdź dostępność materiałów przy rzeczywistej ilości materiału
Nie zakładaj, że dostępność prototypu oznacza dostępność pilotażu. Przed zatwierdzeniem harmonogramu potwierdź pełną ilość, akceptowalne zamienniki i zasady zatwierdzania.
Zdecyduj wcześniej o ścieżce testowej
Zespół powinien wiedzieć, czy test ręczny jest nadal realistyczny, czy strategia prostego mocowania lub latającej sondy ma większy sens i jakiego faktycznie oczekuje się poziomu kontroli lub pokrycia funkcjonalnego.
Konfiguracja powierzchni działa wcześnie
Szablony, programowanie,-przygotowanie pierwszego artykułu i prace związane z wyposażeniem-nie powinny sprawiać wrażenia niespodzianek tylko dlatego, że partia nie jest „tak duża”.
Uruchom czyszczenie DFM przed partią pilotażową, a nie po niej
Kompilacja pilotażowa to kiepskie miejsce, aby odkryć, że projekt nadal zależy od możliwych do uniknięcia przeróbek, słabego dostępu do testów, niewygodnej panelizacji lub decyzji dotyczących układu, które nie powtarzają się czysto.
Popraw kontrolę dokumentów i wersji
Pakiet kompilacji, wersja bazowa oprogramowania sprzętowego, zatwierdzone zamienniki i oczekiwania dotyczące walidacji powinny wskazywać na jedną, czystą wersję bazową wersji przed wypuszczeniem partii.
Bądź szczery, czy przebieg sprawdza proces, czy nadal ratuje projekt
Ta odpowiedź zmienia sposób planowania, testowania i wyceny kompilacji.
Co to oznacza dla kupujących
Mały-montaż PCB przed uruchomieniem pilotażowym często zdarza się, gdy kupujący odkrywają, że „mała ilość” i „proste wykonanie” to nie to samo.
Najczęściej pomijane obszary to stabilność BOM pod względem ilościowym, skalowanie strategii testów, widoczność kosztów konfiguracji, czyszczenie DFM, szczegółowość dokumentacji, kontrola zmian i realistyczne założenia dotyczące tego, w jakim stopniu kompilacja nadal zależy od ręcznego ratunku.
To właśnie te szczegóły zazwyczaj decydują o tym, czy przebieg pilotażowy przebiega gładko, czy też zaczyna pochłaniać możliwe do uniknięcia opóźnienia.
Praktyczny punkt jest prosty:
Wersja pilotażowa-mała-kompilacja nie jest tylko większym prototypem. To pierwszy etap, w którym powtarzalność zaczyna mieć znaczenie niemal tak samo jak funkcjonalność.
Wniosek
Jeśli Twój zespół planuje-małe uruchomienie przed wydaniem pilotażowym, właściwym pytaniem nie jest tylko to, czy tablica już działa.
Lepszym pytaniem jest, czy kompilacja jest teraz gotowa do powtórzenia przy mniejszej improwizacji, mniejszej dwuznaczności i mniejszych ukrytych kosztach niż potrzebny prototyp.
To właśnie tam wygrywa się lub przegrywa wiele harmonogramów.
Dla kupujących przygotowujących-małonakładową serię przed wydaniem pilotażowym praktycznym kolejnym krokiem jest sprawdzenie projektu pod kątemMontaż PCBoczekiwania, potwierdź pozyskiwanie ryzyka poprzezPozyskiwanie komponentówlogikę, a następnie dopasuj następną kompilacjęPoproś o wycenęlub skontaktuj się bezpośrednio z zespołem pod adreseminfo@pcba-china.com.
Często zadawane pytania
Dlaczego pilotażowa-mała liczba jest trudniejsza niż prototypowa wersja tej samej płytki?
Bo ilość może być jeszcze niewielka, ale założenia procesu nie są już takie same. Stabilność materiału, spójność testów, kontrola wersji i prace konfiguracyjne zaczynają mieć większe znaczenie niż w prototypie.
Co powinni potwierdzić kupujący, zanim zdecydują się na harmonogram-małego montażu PCB?
Kupujący powinni potwierdzić dostępność-pełnej ilości materiałów, rzeczywistą ścieżkę testową, stan czyszczenia DFM, spójność dokumentów i wersji oraz to, czy kompilacja nadal zależy w większym stopniu od ręcznego ratowania, niż zespół chce przyznać.
Czy strategia testów prototypów zwykle sprawdza się w przypadku pilotażowego-zorientowanego na małą-serię?
Nie automatycznie. Ręczny test laboratoryjny może wystarczyć w przypadku kilku płytek, ale często staje się wąskim gardłem znacznie wcześniej, niż zespoły się tego spodziewają, gdy kompilacja ma na celu sprawdzenie powtarzalności, a nie tylko powodzenia pierwszej-funkcji.
Czy każdy mały bieg jest naprawdę pilotażowy?
Nie. Zamówienie-części zamiennych do zatwierdzonej płyty bardzo różni się od zamówienia na małą-nakładową produkcję, która ma pomóc w podjęciu prawdziwej decyzji pilotażowej. Kupujący często tracą czas, planując jedno i drugie, korzystając z tych samych założeń.
