Bevezetés
A kis-térfogatú NYÁK-összeállítás messziről nézve egyenesen hangzik.
A mennyiség még kicsi. Lehet, hogy a terv már átment a prototípuson. A csapat azt feltételezi, hogy a következő lépés csupán néhány további tábla építése, megerősítése, hogy minden továbbra is működik, és elindul a gyártás.
Sok pilóta pontosan itt kezd el sodródni.
A kísérleti futtatás előtti kis-mennyiségű PCB összeszerelés nem csupán egy nagyobb prototípus. Ez az első szakasz, ahol az ismételhetőség, a költségek láthatósága és a folyamatfegyelem egyszerre kezd számítani. Egy konstrukció még mindig "kicsinek" tűnhet papíron, és mégis nagyon eltérően viselkedik, ha az anyagi feltételezések, a tesztidő, a felülvizsgálati ellenőrzés és a gyárthatóság együtt kezdenek szigorodni.
Ez itt az igazi probléma. A kérdés nem az, hogy a kis mennyiségű{1}}NYÁK-szerelvény kicsi-e. A kérdés az, hogy a vevők gyakran nem zárnak le egy kísérleti futam előtt -, és hogy ezek a figyelmen kívül hagyott részletek miért tolják el általában az ütemezést.
Amit a vásárlók gyakran félreolvasnak a kis{0}}mennyiségű PCB-összeállításról?
A leggyakoribb félreértés egyszerű: a vásárlók a kis mennyiségű{0}}összeszerelést prototípus-összeállításként kezelik, nagyobb táblaszámmal.
Nem az.
A prototípus munka gyors tanulásra készült. Egy kísérleti-orientált, kis-volumenü futtatás azt mutatja, hogy a tervezés és a folyamat kevesebb improvizáció mellett is kitart-e. Ez a váltás megváltoztatja a fontosat.
Egy öt-táblás prototípus túléli a kézi megoldásokat, a részleges beszerzési döntéseket, és egy kis mérnök-a-mérnöki pontosítást. Egy 100-darabos vagy 200 darabos próbaüzem általában nem éli túl ugyanazokat a dolgokat anélkül, hogy a költségek valahol máshol megjelennének – utómunkálatokban, tesztórákban, jóváhagyási ciklusokban vagy ütemterv-eltolódásban.
A mennyiség még kezelhetőnek tűnik. A folyamat feltételezései nem.
Ez az első dolog, amit a vásárlók gyakran figyelmen kívül hagynak.
Azok a területek, amelyeket a vásárlók leggyakrabban figyelmen kívül hagynak a kísérleti futások előtt
Anyagjegyzék stabilitás a valós gyártási mennyiségnél
Ez az egyik legnagyobb hiányosság.
Előfordulhat, hogy egy prototípust építettek azonnali elérhetőséggel, prémium kis-mennyiségű vásárlással, bróker-támogatott sebességgel vagy olyan alternatívákkal, amelyeket informálisan hagytak jóvá, csak a projekt mozgásban tartásához. Ez teljesen ésszerű lehet tíz táblánál.
Ez nem ugyanaz, mint azt mondani, hogy a BOM készen áll a kísérleti futtatásra.
A kísérleti-orientált alacsony-kötetszámú build előtt a kérdés megváltozik. Ez már nem "Kerünk elég alkatrészt az első néhány tábla elkészítéséhez?" Ez így jelenik meg: "Támogathatja-e ugyanaz a beszerzési logika a teljes mennyiséget, ugyanazon ütemezési feltételezések mellett anélkül, hogy egyetlen tételt valódi szűk keresztmetszetté alakítana?"
Itt kezdenek csúszni a projektek.
A 200{2}}darabos futtatás továbbra is leállhat, mert egy MCU, csatlakozó, kijelző, tápegység vagy mechanikusan korlátozott alkatrész csak a prototípus mennyiségét erősítette meg. Kis volumenű munkában az ütemterv gyakran a leglassabb megoldatlan résszel mozog, nem a leggyorsabb géppel.
Ez az oka annak, hogy át kell tekinteni a buildetAlkatrészek beszerzésea logika sokkal korábban számít, mint sok vásárló számít.
Tesztstratégia, amely továbbra is prototípus-logikaként viselkedik
A prototípustesztelés gyakran a padon él. Egy mérnök beindítja a táblát, ellenőrzi a kulcscsomópontokat, végigfut-a felhozáson, és eldönti, hogy mi legyen a következő vizsgálat.
Ez teljesen megfelelő lehet néhány mintához.
A kísérleti futtatások felfedik azt, ahol ez a logika leállítja a tiszta skálázást.
A vevő jóváhagyhat egy kis mennyiséget{0}} anélkül, hogy eldöntené, hogy a projekt ismételt kézi funkcionális tesztre, repülő szondára, AOI plusz funkcionális lefedettségre, egyszerű szerelvényre vagy strukturáltabb tesztútra támaszkodik. Aztán megérkeznek a szerelvények, és az igazi kérdés már nem az, hogy "működik a tábla?" Ez a következő lesz: "Elég következetesen érvényesíthetjük ezt a mennyiséget anélkül, hogy a tesztet új szűk keresztmetszetgé alakítanánk?"
Ekkor kezdenek el a vártnál sokkal nagyobb mértékben viselkedni a kis építmények.
A prototípus tesztelési módszere nem automatikusan a megfelelő kísérleti tesztmódszer. A tíz táblánál jónak tűnő kézi padellenőrzés sokkal hamarabb húzódik meg, mint sok csapat számítana, ha a táblák száma megnő, és minden egységnek ugyanannyira kell figyelnie.
Túl későn érkező költségláthatóság beállítása
Ezt könnyű alábecsülni, mert a futás még mindig kicsinek tűnik.
A nem{0}}ismétlődő munka nem szűnik meg csak azért, mert szerény a mennyiség. A sablonoknak, a programozásnak, az első-cikk beállításának, a rögzítés tervezésének és a folyamat előkészítésének még meg kell történnie. A prototípusban ezeket a költségeket mentálisan könnyű elrejteni, mert az egész konstrukció már tanulási munkaként van kialakítva. Egy kísérleti-orientált, kis-volumenü futtatás során ugyanaz a beállítási munka sokkal láthatóbban kezdi megváltoztatni az egység gazdaságosságát.
A hiba nem az, hogy létezik telepítési költség. A hiba az, hogy nem sikerült elég korán felszínre hozni.
Egy kis próbaüzem nemcsak a táblát teszteli. Ebből az is kiderül, hogy a projektcsapat elég világosan átgondolta-e, hogy mi legyen még kézi, minek kell most szerkezete, és milyen beállítási munka indokolt ebben a szakaszban.
Egy build olcsónak tűnhet az ajánlatkérés szakaszában, és még mindig drágává válhat, ha többletbeállítás, extra kezelés és extra értelmezés kezd felhalmozódni körülötte.
DFM-problémák, amelyek elviselhetőek voltak a prototípus számára, de a pilóta számára nem
Itt már nem a mennyiség a fő történet.
Egyes tervezési problémák nem akadályozzák a kis prototípus tételt. Csak kezelhető kényelmetlenséget okoznak. A kísérleti-futtatási mennyiségnél ugyanaz a probléma láthatóvá válik, mint az ismételt érintés-, az instabil hozam, a szondázási nehézség, a panelezés elégtelensége vagy az összeállítási zaj, amely lassítja az egész tételt.
Az „öt táblára megfelelő” pad 100-nál szűk keresztmetszetgé válhat. A kézi indításkor elfogadható teszthozzáférési Egy csomag vagy távolsági döntés továbbra is létrehozhat munkatáblákat, de már nem olyan munkatáblákat, amelyek elég tisztán jönnek vissza ahhoz, hogy bizalmat építsenek a folyamatba.
Ez az oka annak, hogy a vásárlók gyakran sajnálják, hogy a DFM-tisztítást úgy kezelik, mint ami várhat a próbaüzem után.
Egy terv elég jó lehet a prototípus elkészítéséhez, de még mindig nem lehet kész megismételni.
A dokumentáció mélysége még mindig túlságosan prototípus{0}}stílusú
Ez jól elrejtőzik, amíg az építés ténylegesen el nem kezdődik.
A prototípus dokumentációja gyakran könnyedebb maradhat, mert a mérnökök ugyanaz a kis csoportja már tudja, mit próbál tenni a tábla. A kísérleti futások nem rendelkeznek ezzel a luxussal. Az összeállítási megjegyzések, a polaritás egyértelműsége, a centroid adatok, a panelezési döntések, a jóváhagyott alternatívák, a revíziójelzők és a speciális kezelési feltételezések mindegyike sokkal nehezebb félreérthető.
Ha a kiadott csomag "többnyire egyértelmű", az még elég lehet a prototípushoz. Alacsony-mennyiségű kísérleti futtatás esetén a "többnyire egyértelmű" pont az a pont, ahol a kérdések, a tesztek összezavarása és a revíziósodródás elkezdi ellopni az időt.
Egy összeállítási csomag elég jó lehet a kiadáshoz, de még mindig nem áll készen az ismétlésre.
Változtassa meg a túl laza vezérlést
A kísérleti futtatások sokkal gyorsabban büntetik a laza revízió-ellenőrzést, mint a prototípusok.
A prototípus korai munkája során a csapatok túlélhetik a gyorsabb változtatásokat, a részleges frissítéseket és a mérnököktől{0}}a{1}}a mérnökökig tartó pontosításokat. Amint a projekt átvált az alacsony-volumenű kísérleti logikára, ez a lazaság valós idejű költségekbe kerül.
Ha a darabjegyzék-revízió, az összeállítási kimenetek, a jóváhagyott alternatívák, a firmware alapvonala és a vevői elvárások nincsenek összhangban, akkor az összeállítás nem lesz tanulási lépés, és koordinációs problémává válik.
A kísérleti futtatás nem igényel teljes tömeg{0}}merevséget. Több irányításra van szüksége, mint amennyit a legtöbb prototípus-csapat hordozni szokott.
A feltevések átdolgozása, amelyeket senki sem vitatta elég korán
Egy kis építmény gyakran túl jól rejti az utómunkálatokat.
A prototípuson az extra javítások{0}}elfogadhatónak tűnhetnek, mert a mérnöki munka még mindig tanul, és a rész kicsi. A próbaüzem előtt a vásárlóknak fel kell tenniük egy nehezebb kérdést: még mindig érvényesítjük a terméket, vagy csendben fizetünk azért, hogy kompenzáljuk a folyamatok instabilitását?
Ez a megkülönböztetés számít.
Kis{0}}volumenű build továbbra is tanítható. Ez nem függhet attól, hogy folyamatosan megmentik.
Ha a terv továbbra is jelentős kézi mentést, ismételt mérnöki beavatkozást vagy menet közbeni értelmezést feltételez, akkor előfordulhat, hogy a projekt nem áll készen a kísérleti futtatásra, mint azt a mennyiség sugallja.
Miért hagyják figyelmen kívül a vásárlók ezeket a problémákat?
Az ok érthető.
A mennyiség még mindig kicsinek tűnik, így a felépítés továbbra is rugalmasnak tűnik. A projekt már nem az első-pörgés káoszában van, ezért érettebbnek tűnik, mint amilyen valójában. És mivel a kísérleti-üzemmód az ellenőrzés és a végrehajtás közötti szürke zónában helyezkedik el, a vevők azt feltételezik, hogy elhalaszthatják azokat a döntéseket, amelyeket a felépítés megkezdése előtt meg kell hozni.
Így válik félreérthetővé a kis mennyiségű{0}}összeállítás.
Úgy néz ki, mint egy "kis gyártási megrendelés". A gyakorlatban általában ez az első build, ahol a beszerzési fegyelem, a tesztstruktúra, a DFM-tisztítás, a dokumentáció mélysége és a revízió egyértelműsége egyszerre kezd számítani.
Hasznos határeset
Nem minden kis{0}}volumenű build igényel ugyanolyan szintű fegyelmet.
Ez igaz.
Egy 30-db alkatrész-rendelés egy korábban érvényesített ipari laphoz nem ugyanaz, mint egy 150 darabos próbaüzem egy későbbi méretre szabott termék esetében. Az a hiba, hogy ugyanazt a folyamatlogikát feltételezzük mindkettőre, egyszerűen azért, mert egyik sem számít nagy volumenű termelésnek.
Minél közelebb van az építés a valódi pilótadöntéshez, annál kevésbé válik hasznossá azt mondani, hogy "Ez még egy kis futás."
Általában ez az a hely, ahol a vásárlóknak az építés megkezdése előtt kell növelniük az irányítás szintjét, nem pedig azután, hogy az csúszik.
Amit a vásárlóknak le kell zárniuk a kísérleti futás előtt
Erősítse meg az anyag rendelkezésre állását a valós gyártási mennyiségben
Ne feltételezze, hogy a prototípus rendelkezésre állása a kísérleti rendelkezésre állást jelenti. Az ütemezés véglegesítése előtt erősítse meg a teljes mennyiséget, az elfogadható alternatívákat és a jóváhagyási szabályokat.
Korán döntse el a tesztútvonalat
A csapatnak tudnia kell, hogy a manuális tesztelés még mindig reális-e, hogy az egyszerű rögzítési vagy repülő szonda stratégiájának van-e értelme, és milyen szintű ellenőrzés vagy funkcionális lefedettség várható.
A felület beállítását korán kell elvégezni
A sablonnal, a programozással, az első-cikk előkészítésével és a rögzítéssel- kapcsolatos munkákat nem kell meglepetésnek érezni, csak azért, mert a tétel „nem olyan nagy”.
Futtassa a DFM tisztítást a próbatétel előtt, ne utána
A kísérleti összeállítás rossz hely annak felfedezésére, hogy a tervezés még mindig elkerülhető utómunkálatokon, gyenge teszthozzáférésen, kényelmetlen panelezésen vagy olyan elrendezési döntéseken múlik, amelyek nem ismétlődnek tisztán.
Szigorítsa meg a dokumentum- és revízió-ellenőrzést
Az összeállítási csomagnak, a firmware-alapvonalnak, a jóváhagyott helyettesítéseknek és az érvényesítési elvárásoknak egy tiszta változat alapvonalára kell mutatniuk a tétel kiadása előtt.
Legyen őszinte azzal kapcsolatban, hogy a futtatás érvényesíti-e a folyamatot, vagy továbbra is megmenti a tervet
Ez a válasz megváltoztatja a build megtervezésének, tesztelésének és idézésének módját.
Mit jelent ez a vásárlók számára
A kísérleti futtatás előtti kis-mennyiségű nyomtatott áramköri lap összeszerelésekor a vásárlók gyakran rájönnek, hogy a „kis mennyiség” és az „egyszerű végrehajtás” nem ugyanaz.
A leggyakrabban figyelmen kívül hagyott területek a darabjegyzék mennyiségi stabilitása, a tesztstratégia skálázása, a beállítási költségek láthatósága, a DFM-tisztítás, a dokumentáció mélysége, a változtatások ellenőrzése és a reális feltételezések arra vonatkozóan, hogy a felépítés mennyi kézi mentéstől függ.
Ezek azok a részletek, amelyek általában eldöntik, hogy a pilótafutás tisztán halad-e, vagy elkezdi elnyelni az elkerülhető késést.
A gyakorlati lényeg egyszerű:
A kísérleti-orientált, kis-mennyiségű build nem csupán egy nagyobb prototípus. Ez az első szakasz, ahol a megismételhetőség majdnem annyira számít, mint a funkcionalitás.
Következtetés
Ha csapata alacsony{0}}mennyiségű futtatást tervez a próbaverzió előtt, a helyes kérdés nem csak az, hogy működik-e már az alaplap.
A jobb kérdés az, hogy az összeállítás készen áll-e az ismétlésre, kevesebb improvizációval, kevesebb kétértelműséggel és kevesebb rejtett költséggel, mint a prototípus szükséges.
Ez az, ahol sok menetrendet nyernek vagy veszítenek.
Azon vásárlók számára, akik kis mennyiségű{0}}futtatást készítenek elő a próbaverzió előtt, a következő gyakorlati lépés a projekt felülvizsgálataPCB összeállításelvárásoknak, erősítse meg a beszerzési kockázatotAlkatrészek beszerzéselogikát, majd igazítsa végig a következő buildetKérjen árajánlatotvagy forduljon közvetlenül a csapathoz a címeninfo@pcba-china.com.
GYIK
Miért fut egy kis mennyiségű{0}}pilóta nehezebb, mint ugyanazon tábla prototípusa?
Mert lehet, hogy a mennyiség még kicsi, de a folyamatfeltevés már nem ugyanaz. Az anyagstabilitás, a tesztek konzisztenciája, a revízióellenőrzés és a beállítási munka kezd fontosabbnak lenni, mint a prototípus esetében.
Mit kell megbizonyosodniuk a vásárlóknak, mielőtt elköteleznék magukat a kis mennyiségű NYÁK-összeszerelési ütemterv mellett?
A vásárlóknak meg kell erősíteniük a teljes-mennyiségű anyag rendelkezésre állását, a tényleges tesztútvonalat, a DFM-tisztítási állapotot, a dokumentumok és a revíziók konzisztenciáját, valamint azt, hogy a konstrukció továbbra is több kézi mentéstől függ-e, mint amennyit a csapat be akarna vallani.
A prototípusteszt-stratégia általában működik egy kísérleti-orientált, kis{1}}mennyiségű futtatáshoz?
Nem automatikusan. A kézi próbapadi teszt jó lehet néhány táblánál, de gyakran sokkal korábban válik szűk keresztmetszetté, mint ahogy a csapatok várják, miután a build az ismételhetőséget hivatott ellenőrizni, nem pedig az első{1}}funkciós sikert.
Valóban minden kis futás kísérleti futás?
Nem. Az ellenőrzött{1}}kártyához tartozó pótalkatrészek rendelése nagyban különbözik egy kis-mennyiségű buildtől, amely valódi kísérleti döntést hivatott támogatni. A vásárlók gyakran veszítenek időt, amikor mindkettőt ugyanazon feltételezések alapján tervezik.
