Costdown कैसे काम करता है

विनिर्माण से जुड़ा ज़्यादातर ज्ञान विषयों के हिसाब से पेश किया जाता है: लीन क्या है, काइज़ेन क्या है, उत्पादन लागत घटाने के दस तरीक़े। इस तरह के कंटेंट की क़ीमत है, लेकिन असली समस्या का सामना कर रहा इंजीनियर किसी विषय से शुरुआत नहीं करता — वह एक ठोस समस्या से शुरू करता है: वेल्डिंग लागत बहुत ज़्यादा है, सामग्री की बर्बादी बहुत ज़्यादा है, साइकल टाइम बहुत लंबा है। Costdown जिस सवाल का जवाब देना चाहता है वह "मुझे क्या पढ़ना चाहिए" नहीं है, बल्कि "क्या यह समस्या कहीं पहले ही सुलझाई जा चुकी है" है — और इस सवाल का जवाब देने वाला तंत्र पाँच अलग फ़ीचर नहीं, बल्कि एक चक्र में जुड़े पाँच चरण हैं।

यह एक संग्रह नहीं, चक्र क्यों होना चाहिए

एक संग्रह को बस चीज़ें सहेज कर रखनी होती हैं। लेकिन सिर्फ़ सहेजकर रखना काफ़ी नहीं है कि कोई समाधान ज़रूरतमंद के पास सही वक़्त पर वापस पहुँचे — उसे सही तरह से पहचाना भी जाना चाहिए, तुलना के लिए सही जगह रखा जाना चाहिए, नई परिस्थितियों के अनुसार समायोजित किया जाना चाहिए, और इस्तेमाल के बाद दोबारा जाँचा जाना चाहिए। पाँच चरणों में से कोई एक भी छूट जाए, तो चक्र ग़लत जगह बंद हो जाता है: Find हो पर Compare न हो, तो कुछ मिल तो जाता है पर यह अब भी पता नहीं चलता कि उस पर भरोसा करना चाहिए या नहीं; Reuse हो पर Measure न हो, तो किसी ढाँचे को दोबारा लागू कर दिया जाता है बिना यह जाने कि नई परिस्थितियों में वह अब भी सही है या नहीं।

Find — पहले से मौजूद समाधान ढूंढना, बिल्कुल सटीक मेल की ज़रूरत नहीं

पहला चरण एक जैसा ही मामला माँगता नहीं है। वेल्डिंग चरण की मज़दूरी लागत घटाना चाहने वाली किसी फ़ैक्टरी को किसी बिल्कुल अलग उद्योग में वेल्डिंग जिग सुधार से जुड़ा मामला मिल सकता है — उत्पाद वही नहीं है, पर उसके पीछे का सिद्धांत (पोज़िशनिंग और क्लैंपिंग की चालें कम करना) अब भी प्रासंगिक हो सकता है। Costdown को एकदम सटीक जवाब ढूंढने की ज़रूरत नहीं; उसे संभावित रूप से प्रासंगिक समाधान सामने लाने होते हैं, ताकि इंजीनियर को पूरी तरह शून्य से शुरुआत न करनी पड़े। इस चरण के काम करते रहने के लिए, दो प्रोजेक्ट को एक ही चीज़ को एक ही भाषा में बताना होता है — "TIG वेल्डिंग SUS304" और "2 मिमी स्टेनलेस वेल्डिंग" को एक ही लाइन बनना पड़ता है तभी वे एक-दूसरे को ढूंढ पाते हैं, और इसीलिए Costdown पर प्रोसेस, मशीन और सामग्री मुक्त रूप से टाइप किए नामों की बजाय मानक कोड से होकर गुज़रते हैं।

Compare — मिल जाना लागू कर पाने के बराबर नहीं है

जो समाधान एक फ़ैक्टरी में सफल रहा, ज़रूरी नहीं वह किसी दूसरी फ़ैक्टरी में भी सफल हो, क्योंकि उत्पाद, मात्रा, मशीनें और मज़दूरी दरें अलग-अलग हो सकती हैं। इसलिए Compare सिर्फ़ दो आँकड़े साथ-साथ नहीं रखता — यह उन आँकड़ों को बनाने वाली परिस्थितियों को भी साथ-साथ रखता है:

इस तालिका को देखने पर सवाल अब "क्या कोई ऐसा मामला है जिसने लागत घटाई" नहीं रह जाता, बल्कि "क्या उस मामले की परिस्थितियाँ मेरी परिस्थितियों के इतने क़रीब हैं कि भरोसा किया जा सके" बन जाता है। इसीलिए Costdown पर तुलना हमेशा किसी भी दूसरे आँकड़े से पहले भरोसे का स्तर दिखाती है — जो मौजूदा असली सबूतों पर आधारित होता है, न कि ख़ुद की बताई बातों पर — और हमेशा एक ही देश के भीतर रहती है ताकि इकाई मूल्य और बाज़ार की परिस्थितियाँ आपस में न मिल जाएँ।

Reuse — सिद्धांत साथ ले जाना, किसी और के आँकड़े नहीं

दोबारा इस्तेमाल का मतलब किसी समाधान को जस-का-तस उठाकर कहीं और लगा देना नहीं है — असली उत्पादन में यह शायद ही संभव होता है क्योंकि हर जगह के उत्पाद, मशीनें, सामग्री और कर्मचारी अलग होते हैं। जो चीज़ असल में साथ ले जाई जाती है वह है समाधान के पीछे का सिद्धांत: उस दूसरी फ़ैक्टरी की ख़ास जिग इस फ़ैक्टरी में काम नहीं आएगी, लेकिन "पोज़िशनिंग और क्लैंपिंग की चालें कम करना" वाला सिद्धांत अपनी परिस्थितियों के अनुरूप एक अलग जिग डिज़ाइन करने के लिए शुरुआती बिंदु बन सकता है। फ़ैक्टरी को अब भी अपने असली आँकड़ों से दोबारा मापना पड़ता है — Reuse दिशा ढूंढने का रास्ता छोटा करता है, मापने का काम ख़ुद नहीं करता।

Measure — विचार अभी नतीजा नहीं है

लागू करने से पहले, सारे आँकड़े सिर्फ़ अनुमान होते हैं। मान लीजिए शुरुआती विचार सिर्फ़ यह है कि "शायद चरण को फिर से व्यवस्थित करने से एक व्यक्ति की बचत हो सकती है" — यह अब भी सिर्फ़ एक विचार है। परीक्षण और दोबारा मापने के बाद ही (उदाहरण: मज़दूरी 5 से घटकर 4 लोग, साइकल टाइम 60 से घटकर 58 सेकंड, 2,000 डॉलर का निवेश) कोई ऐसा नतीजा मिलता है जिसका मूल्यांकन किया जा सके। Costdown प्रस्ताव के वक़्त अनुमानित आँकड़े और लागू करने के बाद मापे गए आँकड़े के बीच साफ़ फ़ासला बनाए रखता है; किसी प्रोजेक्ट का भरोसे का स्तर इस पर निर्भर करता है कि वह फ़ासला सबूतों से भरा है या नहीं, न कि प्रोजेक्ट कितना अच्छा लिखा गया या कितना पढ़ा गया।

New Case — मापा गया नतीजा अगले व्यक्ति की शुरुआत बन जाता है

जैसे ही किसी प्रोजेक्ट का नतीजा माप लिया जाता है, वह अंतिम रिपोर्ट पर रुकता नहीं है। एक उदाहरण की कड़ी सोचिए: एक फ़ैक्टरी वेल्डिंग साइकल टाइम को 52 से घटाकर 39 सेकंड कर देती है और इसे एक मामले के रूप में दर्ज करती है। दूसरी फ़ैक्टरी वह मामला ढूंढती है, अलग उत्पादन परिस्थितियों के हिसाब से उसे समायोजित करती है, और अपना नतीजा पाती है — 61 से 44 सेकंड — और वह मामला ख़ुद एक नया मामला बन जाता है। तीसरी फ़ैक्टरी दोनों मामले ढूंढती है और एक तीसरी दिशा पहचानती है जिसे दोनों में से किसी ने नहीं आज़माया था। यही वह जगह है जहाँ चक्र सच में बंद होता है — इसलिए नहीं कि एक और लेख जुड़ गया, बल्कि इसलिए कि एक और जाँचा-परखा डेटा पॉइंट जुड़ गया, और ज्ञान ज्ञान को जन्म देना शुरू करता है।

Costdown इंजीनियर की जगह नहीं लेता

जो समाधान पहले सफल रहा हो उसे भी इस्तेमाल करने वाले की असली परिस्थितियों में दोबारा जाँचना ज़रूरी है। इंजीनियर को अब भी ख़ुद व्यवहार्यता, गुणवत्ता, सुरक्षा, निवेश और जोखिम तौलने पड़ते हैं — कोई भी ये फ़ैसले किसी सिस्टम को नहीं सौंपता। Costdown ठीक एक चीज़ बदलता है: इंजीनियर को अब हमेशा शून्य से शुरुआत करने की ज़रूरत नहीं। यह सोचने में समय बिताने के बजाय कि क्या किसी ने यह पहले किया है, वे उस चीज़ से शुरुआत कर सकते हैं जो पहले से मौजूद है, फिर अपनी विशेषज्ञता का इस्तेमाल कर तय कर सकते हैं कि उसमें से क्या लागू करने लायक है।

पाँच चरण, पाँच फ़ीचर नहीं

इन पाँच चरणों में से कोई भी इंजीनियर की जगह सोचता नहीं या फ़ैक्टरी की जगह फ़ैसला नहीं लेता। ये जो बदलते हैं वह है वह दूरी जो हर बार दोबारा शून्य से तय करनी पड़ती थी जब कोई समस्या पहले ही किसी और ने सुलझाई हो — और जो चीज़ उस दूरी को असल में छोटा बनाए रखती है वह यह है कि पाँचों चरण अलग-अलग नहीं रहते, बल्कि एक ही चक्र में जुड़े रहते हैं।