परिचय
कम मात्रा वाली पीसीबी असेंबली दूर से सीधी लगती है।
मात्रा अभी भी छोटी है. हो सकता है कि डिज़ाइन पहले ही प्रोटोटाइप पास कर चुका हो। टीम का मानना है कि अगला कदम बस कुछ और बोर्ड बनाना है, पुष्टि करना है कि सब कुछ अभी भी काम करता है, और उत्पादन की ओर बढ़ना है।
यही वह जगह है जहां कई पायलट रन बहने लगते हैं।
पायलट रन से पहले कम मात्रा वाली पीसीबी असेंबली सिर्फ एक बड़ा प्रोटोटाइप नहीं है। यह पहला चरण है जहां दोहराव, लागत दृश्यता और प्रक्रिया अनुशासन एक ही समय में मायने रखने लगते हैं। एक निर्माण अभी भी कागज पर "छोटा" दिख सकता है और भौतिक मान्यताओं, परीक्षण समय, संशोधन नियंत्रण और विनिर्माण क्षमता सभी एक साथ मजबूत होने के बाद बहुत अलग तरीके से व्यवहार कर सकता है।
यहीं असली मुद्दा है. सवाल यह नहीं है कि क्या कम {{1}वॉल्यूम वाली पीसीबी असेंबली छोटी है। सवाल यह है कि खरीदार अक्सर पायलट रन - से पहले किन चीज़ों को लॉक करने में विफल रहते हैं और वे अनदेखी विवरण क्यों होते हैं जो आमतौर पर शेड्यूल को दिशा से भटका देते हैं।
खरीदार अक्सर कम -वॉल्यूम पीसीबी असेंबली के बारे में गलत जानकारी देते हैं
सबसे आम गलतफहमी सरल है: खरीदार कम मात्रा वाली असेंबली को उच्च बोर्ड गिनती के साथ प्रोटोटाइप असेंबली के रूप में मानते हैं।
यह नहीं है।
प्रोटोटाइप कार्य शीघ्रता से सीखने के लिए बनाया गया है। यह दिखाने के लिए कि डिज़ाइन और प्रक्रिया कम सुधार के साथ चल सकती है या नहीं, एक पायलट {{1} वह बदलाव वही बदलता है जो मायने रखता है।
एक पांच{0}बोर्ड प्रोटोटाइप मैन्युअल वर्कअराउंड, आंशिक सोर्सिंग निर्णय और एक छोटे से इंजीनियर से लेकर इंजीनियर के स्पष्टीकरण तक बच सकता है। 100-टुकड़ा या 200-टुकड़ा पायलट रन आम तौर पर लागत को कहीं और दिखाए बिना समान चीजों पर टिक नहीं सकता है - पुन: कार्य, परीक्षण घंटे, अनुमोदन लूप या शेड्यूल बहाव में।
मात्रा अभी भी प्रबंधनीय लगती है। प्रक्रिया संबंधी धारणाएँ नहीं हैं।
यह पहली चीज़ है जिसे खरीदार अक्सर नज़रअंदाज कर देते हैं।
पायलट के दौड़ने से पहले खरीदार अक्सर उन क्षेत्रों को नज़रअंदाज कर देते हैं
वास्तविक निर्माण मात्रा पर बीओएम स्थिरता
यह सबसे बड़ी भूलों में से एक है।
एक प्रोटोटाइप लॉट को स्पॉट उपलब्धता, प्रीमियम छोटी मात्रा में खरीदारी, ब्रोकर समर्थित गति या वैकल्पिक विकल्पों के साथ बनाया गया हो सकता है जिन्हें परियोजना को चालू रखने के लिए अनौपचारिक रूप से अनुमोदित किया गया था। यह दस बोर्डों के लिए बिल्कुल उचित हो सकता है।
यह कहने जैसा नहीं है कि बीओएम पायलट रन के लिए तैयार है।
पायलट {{0}उन्मुख कम {{1}वॉल्यूम निर्माण से पहले, प्रश्न बदल जाता है। अब यह नहीं रह गया है कि "क्या हमें पहले कुछ बोर्ड बनाने के लिए पर्याप्त हिस्से मिल सकते हैं?" यह बन जाता है "क्या एक ही सोर्सिंग तर्क एक पंक्ति वस्तु को वास्तविक बाधा में बदले बिना, एक ही शेड्यूल मान्यताओं के तहत पूरी मात्रा का समर्थन कर सकता है?"
यहीं से परियोजनाएं फिसलने लगती हैं।
200{2}}पीस रन अभी भी रुक सकता है क्योंकि एक एमसीयू, कनेक्टर, डिस्प्ले, पावर डिवाइस, या यांत्रिक रूप से बाधित हिस्से की केवल प्रोटोटाइप मात्रा के लिए पुष्टि की गई थी। कम मात्रा वाले काम में, शेड्यूल अक्सर सबसे धीमे अनसुलझे हिस्से के साथ चलता है, न कि सबसे तेज़ मशीन के साथ।
यही कारण है कि निर्माण की समीक्षा की जा रही हैघटक सोर्सिंगकई खरीदारों की अपेक्षा से कहीं पहले ही तर्क मायने रखता है।
परीक्षण रणनीति जो अभी भी प्रोटोटाइप तर्क की तरह व्यवहार करती है
प्रोटोटाइप परीक्षण अक्सर बेंच पर रहता है। एक इंजीनियर बोर्ड को चालू करता है, कुंजी नोड्स की जांच करता है, ऊपर लाने की प्रक्रिया चलाता है, और निर्णय लेता है कि आगे क्या जांच करनी है।
यह कुछ नमूनों के लिए पूरी तरह उपयुक्त हो सकता है।
पायलट एक्सपोज़ चलाता है जहां वह तर्क स्पष्ट रूप से स्केल करना बंद कर देता है।
एक खरीदार यह तय किए बिना कम मात्रा में निर्माण को मंजूरी दे सकता है कि क्या परियोजना बार-बार मैन्युअल कार्यात्मक परीक्षण, उड़ान जांच, एओआई प्लस कार्यात्मक कवरेज, एक साधारण स्थिरता, या अधिक संरचित परीक्षण पथ पर निर्भर करेगी। फिर असेंबली आती है, और असली सवाल यह नहीं रह जाता है कि "क्या बोर्ड काम करता है?" यह बन जाता है "क्या हम परीक्षण को नई बाधा में बदले बिना इस मात्रा को लगातार पर्याप्त रूप से सत्यापित कर सकते हैं?"
यहीं पर छोटी इमारतें अपेक्षा से कहीं अधिक बड़ी होने लगती हैं।
प्रोटोटाइप परीक्षण विधि स्वचालित रूप से सही पायलट परीक्षण विधि नहीं है। मैनुअल बेंच सत्यापन, जो दस बोर्डों पर ठीक लगता है, बोर्ड की संख्या बढ़ने के बाद कई टीमों की अपेक्षा से बहुत पहले ही एक बाधा बन जाता है और प्रत्येक इकाई पर समान ध्यान देने की आवश्यकता होती है।
सेटअप लागत दृश्यता जो बहुत देर से आती है
इसे कम आंकना आसान है क्योंकि रन अभी भी छोटा लगता है।
गैर-आवर्ती कार्य सिर्फ इसलिए गायब नहीं हो जाता क्योंकि मात्रा मामूली है। स्टेंसिल, प्रोग्रामिंग, पहला लेख सेटअप, फिक्स्चर योजना और प्रक्रिया की तैयारी अभी भी होनी बाकी है। प्रोटोटाइप में, उन लागतों को मानसिक रूप से छिपाना आसान होता है क्योंकि संपूर्ण निर्माण पहले से ही सीखने के कार्य के रूप में तैयार किया गया है। एक पायलट {5}ओरिएंटेड कम वॉल्यूम रन में, वही सेटअप कार्य यूनिट अर्थशास्त्र को और अधिक स्पष्ट रूप से बदलना शुरू कर देता है।
गलती यह नहीं है कि सेटअप लागत मौजूद है। गलती इसे जल्दी सामने लाने में असफल हो रही है।
एक छोटा पायलट रन सिर्फ बोर्ड का परीक्षण नहीं करता है। इससे यह भी पता चलता है कि क्या परियोजना टीम ने इस बारे में स्पष्ट रूप से सोचा है कि अभी भी क्या मैनुअल होना चाहिए, अब किस संरचना की आवश्यकता है, और इस स्तर पर कौन सा सेटअप कार्य वास्तव में उचित है।
एक निर्माण उद्धरण स्तर पर सस्ता लग सकता है और अतिरिक्त सेटअप, अतिरिक्त हैंडलिंग और अतिरिक्त व्याख्या के आसपास जमा होने के बाद भी महंगा हो सकता है।
डीएफएम मुद्दे जो प्रोटोटाइप के लिए सहनीय थे, लेकिन पायलट के लिए नहीं
यहीं पर मात्रा मुख्य कहानी बनना बंद हो जाती है।
कुछ डिज़ाइन समस्याएँ छोटे प्रोटोटाइप लॉट को अवरुद्ध नहीं करती हैं। वे बस प्रबंधनीय असुविधा पैदा करते हैं। पायलट रन मात्रा में, वही समस्या बार-बार टच अप, अस्थिर उपज, जांच में कठिनाई, पैनलाइजेशन अक्षमता, या असेंबली शोर के रूप में दिखाई देती है जो पूरी प्रक्रिया को धीमा कर देती है।
एक पैड जो "पांच बोर्डों के लिए ठीक था" 100 पर पुनः कार्य में बाधा बन सकता है। परीक्षण पहुंच जो मैन्युअल रूप से ऊपर लाने के लिए स्वीकार्य थी, पूर्ण कम मात्रा वाले लॉट में दोहराए जाने पर निराशाजनक हो सकती है। एक पैकेज या रिक्ति निर्णय अभी भी वर्किंग बोर्ड का उत्पादन कर सकता है, लेकिन अब ऐसे वर्किंग बोर्ड नहीं हैं जो प्रक्रिया में विश्वास पैदा करने के लिए पर्याप्त सफाई से वापस आते हैं।
यही कारण है कि खरीदार अक्सर डीएफएम सफाई को ऐसी चीज मानने पर पछताते हैं जिसके लिए पायलट चलने के बाद तक इंतजार करना पड़ सकता है।
एक डिज़ाइन प्रोटोटाइप के लिए काफी अच्छा हो सकता है और फिर भी दोहराने के लिए तैयार नहीं हो सकता है।
दस्तावेज़ीकरण की गहराई जो अभी भी प्रोटोटाइप शैली में महसूस होती है
जब तक निर्माण वास्तव में शुरू नहीं होता तब तक यह अच्छी तरह से छिप जाता है।
प्रोटोटाइप दस्तावेज़ीकरण अक्सर हल्का रह सकता है क्योंकि इंजीनियरों का वही छोटा समूह पहले से ही जानता है कि बोर्ड क्या करने की कोशिश कर रहा है। पायलट रन में वह विलासिता नहीं होती। असेंबली नोट्स, ध्रुवीयता स्पष्टता, सेंट्रोइड डेटा, पैनलाइज़ेशन निर्णय, अनुमोदित विकल्प, संशोधन मार्कर और विशेष हैंडलिंग धारणाएं सभी को गलत तरीके से समझना बहुत कठिन होना चाहिए।
यदि जारी किया गया पैकेज "अधिकतर स्पष्ट" है, तो वह अभी भी प्रोटोटाइप के लिए पर्याप्त हो सकता है। कम मात्रा वाले पायलट रन के लिए, "अधिकतर स्पष्ट" बिल्कुल वही जगह है जहां पंक्ति प्रश्न, परीक्षण भ्रम और पुनरीक्षण बहाव समय चुराने लगते हैं।
एक बिल्ड पैकेज रिलीज़ करने के लिए काफी अच्छा हो सकता है और फिर भी दोहराने के लिए तैयार नहीं हो सकता है।
वह नियंत्रण बदलें जो बहुत ढीला रहता है
पायलट ढीले पुनरीक्षण नियंत्रण को प्रोटोटाइप की तुलना में बहुत तेजी से चलाता है।
प्रारंभिक प्रोटोटाइप कार्य के दौरान, टीमें तेज़ बदलावों, आंशिक अद्यतनों और इंजीनियर से {{1} तक के स्पष्टीकरण के साथ जीवित रह सकती हैं। एक बार जब परियोजना कम मात्रा वाले पायलट तर्क में बदल जाती है, तो उस ढीलेपन की वास्तविक समय लागत शुरू हो जाती है।
यदि बीओएम संशोधन, असेंबली आउटपुट, स्वीकृत विकल्प, फर्मवेयर बेसलाइन और खरीदार की अपेक्षाएं सभी संरेखित नहीं हैं, तो निर्माण एक सीखने का कदम बनना बंद कर देता है और एक समन्वय समस्या बनना शुरू हो जाता है।
एक पायलट रन के लिए पूर्ण द्रव्यमान -उत्पादन कठोरता की आवश्यकता नहीं होती है। इसे ले जाने के लिए उपयोग की जाने वाली अधिकांश प्रोटोटाइप टीमों की तुलना में अधिक नियंत्रण की आवश्यकता होती है।
उन धारणाओं पर दोबारा काम करें जिन्हें किसी ने जल्दी चुनौती नहीं दी
एक छोटा निर्माण अक्सर पुनर्कार्य को बहुत अच्छी तरह छुपाता है।
प्रोटोटाइप पर, अतिरिक्त टचअप स्वीकार्य लग सकता है क्योंकि इंजीनियरिंग अभी भी सीख रही है और बहुत कुछ छोटा है। पायलट रन से पहले, खरीदारों को एक कठिन प्रश्न पूछने की ज़रूरत है: क्या हम अभी भी उत्पाद को मान्य कर रहे हैं, या हम प्रक्रिया अस्थिरता की भरपाई के लिए चुपचाप भुगतान कर रहे हैं?
वह भेद मायने रखता है.
पढ़ाने के लिए अभी भी कम मात्रा में निर्माण की अनुमति है। इसे लगातार बचाये जाने पर निर्भर नहीं रहना चाहिए।
यदि योजना अभी भी महत्वपूर्ण मैन्युअल बचाव, बार-बार इंजीनियरिंग हस्तक्षेप, या फ्लाई व्याख्या पर निर्भर करती है, तो परियोजना पायलट रन के लिए उतनी तैयार नहीं हो सकती जितनी मात्रा बताती है।
खरीदार इन मुद्दों को नज़रअंदाज़ क्यों करते हैं?
कारण समझ में आता है.
मात्रा अभी भी छोटी लगती है, इसलिए निर्माण अभी भी लचीला लगता है। यह प्रोजेक्ट अब पहली स्थिति में नहीं है, इसलिए यह वास्तव में जितना है उससे अधिक परिपक्व लगता है। और क्योंकि एक पायलट-उन्मुख रन सत्यापन और निष्पादन के बीच एक ग्रे ज़ोन में बैठता है, खरीदार मानते हैं कि वे उन निर्णयों को स्थगित कर सकते हैं जिन्हें वास्तव में निर्माण शुरू होने से पहले लेने की आवश्यकता होती है।
इस तरह कम -वॉल्यूम असेंबली को गलत समझा जाता है।
यह "छोटे उत्पादन आदेश" जैसा दिखता है। व्यवहार में, यह आम तौर पर पहला निर्माण होता है जहां सोर्सिंग अनुशासन, परीक्षण संरचना, डीएफएम सफाई, दस्तावेज़ीकरण गहराई और संशोधन स्पष्टता सभी एक ही समय में मायने रखने लगते हैं।
एक उपयोगी सीमा मामला
प्रत्येक कम-वॉल्यूम निर्माण के लिए समान स्तर के अनुशासन की आवश्यकता नहीं होती है।
यह सच है.
पहले से मान्य औद्योगिक बोर्ड के लिए 30 {{1} पीस स्पेयर {{4} पार्ट्स का ऑर्डर किसी उत्पाद के लिए 150-पीस पायलट रन के समान नहीं है जिसे बाद में स्केल किया जा सकता है। गलती यह मान लेना है कि एक ही प्रक्रिया तर्क दोनों पर लागू होना चाहिए, क्योंकि कोई भी उच्च-मात्रा वाले उत्पादन के रूप में नहीं गिना जाता है।
निर्माण वास्तविक पायलट निर्णय के जितना करीब होता है, यह कहना उतना ही कम उपयोगी हो जाता है, "यह अभी भी एक छोटा सा रन है।"
यह आमतौर पर ऐसा होता है जहां खरीदारों को निर्माण शुरू होने से पहले नियंत्रण का स्तर बढ़ाने की आवश्यकता होती है, न कि उसके फिसलने के बाद।
पायलट रन से पहले खरीदारों को क्या लॉक करना चाहिए
वास्तविक निर्माण मात्रा पर सामग्री की उपलब्धता की पुष्टि करें
यह न मानें कि प्रोटोटाइप उपलब्धता का मतलब पायलट उपलब्धता है। शेड्यूल प्रतिबद्ध होने से पहले पूरी मात्रा, स्वीकार्य विकल्प और अनुमोदन नियमों की पुष्टि करें।
परीक्षण का मार्ग जल्दी तय करें
टीम को पता होना चाहिए कि क्या मैन्युअल परीक्षण अभी भी यथार्थवादी है, क्या एक साधारण स्थिरता या उड़ान जांच रणनीति अधिक समझ में आती है, और वास्तव में किस स्तर का निरीक्षण या कार्यात्मक कवरेज अपेक्षित है।
भूतल सेटअप का कार्य शीघ्र
स्टेंसिल, प्रोग्रामिंग, प्रथम लेख की तैयारी, और फिक्सचर संबंधित कार्य केवल इसलिए आश्चर्य की तरह नहीं लगना चाहिए क्योंकि विषय "इतना बड़ा नहीं है।"
पायलट लॉट से पहले डीएफएम क्लीनअप चलाएं, उसके बाद नहीं
एक पायलट बिल्ड यह पता लगाने के लिए एक खराब जगह है कि डिज़ाइन अभी भी टालने योग्य पुनर्कार्य, कमजोर परीक्षण पहुंच, अजीब पैनलाइजेशन, या लेआउट निर्णयों पर निर्भर करता है जो सफाई से दोहराए नहीं जाते हैं।
दस्तावेज़ और पुनरीक्षण नियंत्रण को मजबूत करें
बिल्ड पैकेज, फर्मवेयर बेसलाइन, अनुमोदित प्रतिस्थापन, और सत्यापन अपेक्षाएं सभी को लॉट जारी होने से पहले एक स्वच्छ संशोधन बेसलाइन की ओर इंगित करना चाहिए।
इस बारे में ईमानदार रहें कि क्या रन प्रक्रिया को मान्य कर रहा है या अभी भी डिज़ाइन को बचा रहा है
वह उत्तर बदलता है कि निर्माण की योजना कैसे बनाई जानी चाहिए, परीक्षण किया जाना चाहिए और उद्धृत किया जाना चाहिए।
खरीदारों के लिए इसका क्या मतलब है
पायलट रन से पहले कम मात्रा में पीसीबी असेंबली अक्सर होती है जहां खरीदारों को पता चलता है कि "छोटी मात्रा" और "सरल निष्पादन" एक ही चीज़ नहीं हैं।
सबसे आम तौर पर नजरअंदाज किए जाने वाले क्षेत्र मात्रा में बीओएम स्थिरता, परीक्षण रणनीति स्केलिंग, सेटअप लागत दृश्यता, डीएफएम सफाई, दस्तावेज़ीकरण गहराई, परिवर्तन नियंत्रण और यथार्थवादी धारणाएं हैं कि निर्माण अभी भी कितना मैन्युअल बचाव पर निर्भर करता है।
वे विवरण हैं जो आम तौर पर यह तय करते हैं कि पायलट रन साफ-सुथरा चलता है या टालने योग्य देरी को अवशोषित करना शुरू कर देता है।
व्यावहारिक बिंदु सरल है:
एक पायलट-ओरिएंटेड लो{{1}वॉल्यूम बिल्ड केवल एक बड़ा प्रोटोटाइप नहीं है। यह पहला चरण है जहां दोहराव लगभग कार्यक्षमता जितना ही मायने रखता है।
निष्कर्ष
यदि आपकी टीम पायलट रिलीज़ से पहले कम मात्रा में चलाने की योजना बना रही है, तो सही सवाल यह नहीं है कि बोर्ड पहले से ही काम कर रहा है या नहीं।
बेहतर सवाल यह है कि क्या निर्माण अब कम सुधार, कम अस्पष्टता और आवश्यक प्रोटोटाइप की तुलना में कम छिपी हुई लागत के साथ दोहराने के लिए तैयार है।
यहीं पर कई शेड्यूल जीते या हारे जाते हैं।
पायलट रिलीज़ से पहले कम मात्रा में चलाने की तैयारी करने वाले खरीदारों के लिए, एक व्यावहारिक अगला कदम परियोजना की समीक्षा करना हैपीसीबी असेंबलीअपेक्षाओं के माध्यम से जोखिम सोर्सिंग की पुष्टि करेंघटक सोर्सिंगतर्क, और फिर अगले निर्माण को संरेखित करेंएक उद्धरण का अनुरोध करेंया सीधे टीम से संपर्क करेंinfo@pcba-china.com.
अक्सर पूछे जाने वाले प्रश्न
समान बोर्ड के प्रोटोटाइप बिल्ड की तुलना में कम - वॉल्यूम वाले पायलट को अधिक मेहनत क्यों करनी पड़ती है?
क्योंकि मात्रा अभी भी छोटी हो सकती है, लेकिन प्रक्रिया धारणाएँ अब पहले जैसी नहीं हैं। सामग्री की स्थिरता, परीक्षण की स्थिरता, पुनरीक्षण नियंत्रण और सेटअप कार्य प्रोटोटाइप की तुलना में अधिक मायने रखने लगते हैं।
कम मात्रा में पीसीबी असेंबली शेड्यूल करने से पहले खरीदारों को क्या पुष्टि करनी चाहिए?
खरीदारों को पूरी मात्रा में सामग्री की उपलब्धता, वास्तविक परीक्षण पथ, डीएफएम सफाई स्थिति, दस्तावेज़ और संशोधन स्थिरता की पुष्टि करनी चाहिए, और क्या निर्माण अभी भी टीम की अपेक्षा अधिक मैन्युअल बचाव पर निर्भर करता है।
क्या प्रोटोटाइप परीक्षण रणनीति आमतौर पर पायलट {{0} उन्मुख कम {{1} वॉल्यूम रन के लिए काम करती है?
स्वचालित रूप से नहीं. मैनुअल बेंच परीक्षण कुछ बोर्डों के लिए ठीक हो सकता है, लेकिन यह अक्सर टीमों की अपेक्षा से बहुत पहले एक बाधा बन जाता है, क्योंकि निर्माण का उद्देश्य केवल पहले कार्य की सफलता के बजाय दोहराव को मान्य करना होता है।
क्या हर छोटी दौड़ वास्तव में एक पायलट दौड़ है?
नहीं, एक मान्य बोर्ड के लिए अतिरिक्त हिस्से का ऑर्डर कम मात्रा वाले निर्माण से बहुत अलग होता है जो वास्तविक पायलट निर्णय का समर्थन करने के लिए होता है। खरीदार अक्सर समय खो देते हैं जब वे समान धारणाओं का उपयोग करके दोनों की योजना बनाते हैं।
