फ़ैक्टरियों के लिए Costdown
सालों से चल रही किसी फ़ैक्टरी में लागत घटाने के अनुभव की कमी नहीं होती। वहाँ लगातार चलने वाला काइज़ेन कार्यक्रम होता है, पहले से लागू सैकड़ों छोटे सुधार होते हैं, हर चरण को गहराई से जानने वाली इंजीनियरिंग टीम होती है। लेकिन एक आम विरोधाभास है: कोई फ़ैक्टरी सैकड़ों सुधार प्रोजेक्ट कर चुकी हो सकती है, फिर भी जब कोई मिलती-जुलती समस्या दोबारा सामने आती है तो शून्य से शुरुआत करनी पड़ती है — न इंजीनियरों की कमी की वजह से, न अनुभव की कमी की वजह से, बल्कि इसलिए क्योंकि लागत घटाने से जुड़ा ज्ञान अक्सर बिखरा होता है और ठीक ज़रूरत के वक़्त उसे दोबारा ढूंढना मुश्किल होता है।
आंतरिक ज्ञान की सीमा एक फ़ैक्टरी से भी संकरी होती है
आम धारणा यह है: ज्ञान कंपनियों के बीच बंद रहता है, लेकिन किसी कंपनी के भीतर सब कुछ अच्छे से बहता है। हक़ीक़त अक्सर ऐसी नहीं होती। सुबह की पाली में लाइन A पर हुआ कोई सुधार उसी फ़ैक्टरी की दोपहर की पाली वाली लाइन B तक अपने-आप नहीं पहुँचता, सैकड़ों किलोमीटर दूर उसी समूह की किसी दूसरी फ़ैक्टरी तक पहुँचने की तो बात ही छोड़ दीजिए। कोई इंजीनियर नौकरी छोड़ता है या विभाग बदलता है, और ज्ञान का एक हिस्सा उसके साथ चला जाता है — इसलिए नहीं कि कंपनी उसे छुपाती है, बल्कि इसलिए क्योंकि कभी ऐसी कोई जगह ही नहीं रही जहाँ वह किसी और के पढ़ने लायक रूप में रह सके।
दस्तावेज़ होना दोबारा इस्तेमाल किए जा सकने वाले ज्ञान के होने के बराबर नहीं
किसी फ़ैक्टरी में दस्तावेज़ों की कमी शायद ही होती है — काइज़ेन रिपोर्ट, Excel, ड्रॉइंग, मीटिंग नोट्स आमतौर पर भरपूर होते हैं। लेकिन दस्तावेज़ होना इस्तेमाल लायक ज्ञान होने के बराबर नहीं है। मान लीजिए किसी इंजीनियर को किसी उत्पाद की वेल्डिंग लागत घटानी है, और फ़ैक्टरी सालों में वेल्डिंग से जुड़े दर्जनों प्रोजेक्ट कर चुकी है। उनमें से किसी को भी दोबारा इस्तेमाल करने के लिए, इंजीनियर को ख़ुद पता होना चाहिए कि वह कहाँ है, किसने किया, किस साल किया, क्या वह मौजूदा उत्पाद से जुड़ा है, और असली नतीजा क्या था। अगर वह इन सवालों का जवाब कुछ ही मिनटों में नहीं दे सकता, तो वह ज्ञान ज़रूरतमंद के लिए व्यावहारिक रूप से मौजूद ही नहीं है — भले ही वह साझा ड्राइव पर पूरी तरह मौजूद हो। यही फ़ासला, डेटा होने और उस डेटा को दोबारा इस्तेमाल कर पाने की क्षमता होने के बीच, वह जगह है जहाँ ज़्यादातर फ़ैक्टरियाँ असल में खो रही हैं।
Costdown लागत-कटौती सलाहकार सेवा नहीं है
यह साफ़ करना ज़रूरी है कि Costdown क्या नहीं करता, क्योंकि यही सबसे आसानी से ग़लत समझी जाने वाली बात है। Costdown "फ़ैक्टरी को सामग्री X में बदल लेना चाहिए" या "इतने प्रतिशत जनशक्ति घटानी चाहिए" जैसी तकनीकी सलाह नहीं देता — इसके लिए हर फ़ैक्टरी की असली, ठोस परिस्थितियों को समझना ज़रूरी होगा, जो किसी भी सिस्टम के पास असल में नहीं होता, और लागत घटाने में ग़लत सलाह उसे मानने वाले को असली पैसे का नुक़सान पहुँचाती है। Costdown जो करता है वह इससे संकरा और ज़्यादा ठोस है: वह उस चीज़ की संरचना बनाए रखता है जिसे किसी फ़ैक्टरी ने — अपनी ख़ुद की हो या उद्योग की — पहले ही आज़माया, मापा, और जिससे नतीजा हासिल किया है, ताकि किसी को यह अंदाज़ा शून्य से न लगाना पड़े कि कौन-सी दिशा पहले आज़माने लायक है।
मौजूदा ज्ञान के ऊपर एक परत, उसकी जगह नहीं
किसी फ़ैक्टरी को लागत घटाना सिखाने के लिए Costdown की ज़रूरत नहीं है — उसकी अपनी इंजीनियरिंग टीम पहले से ही यह काम किसी भी सिस्टम की सिखाई हुई बात से बेहतर जानती है। फ़ैक्टरी को जिस चीज़ की ज़रूरत है वह है एक ऐसी जगह जहाँ जो साबित हो चुका है वह:
- ढूंढा जा सके — इस लाइन पर किया गया कोई लागत-कमी प्रोजेक्ट तिमाही रिपोर्ट के बाद ग़ायब नहीं हो जाता, वह एक संरचित जगह पर रहता है जहाँ किसी और लाइन का सुपरवाइज़र, कोई नया इंजीनियर, या एक साल बाद ख़ुद वही लेखक उसे ढूंढ सकते हैं।
- तुलना की जा सके — फ़ैक्टरी को उसी उद्योग, उसी प्रोसेस चरण, उसी देश के दूसरे प्रोजेक्ट की बचत और निवेश-वापसी अवधि दिखती है, ताकि पता चल सके कि उसका अपना सुधार बाक़ी उद्योग की तुलना में कहाँ खड़ा है — सिर्फ़ पिछले साल के ख़ुद से तुलना नहीं।
- दोबारा इस्तेमाल हो सके — जब कोई मिलती-जुलती समस्या किसी दूसरी लाइन पर या किसी दूसरे साल दोबारा दिखे, तो शुरुआती बिंदु अब शून्य नहीं, बल्कि पहले से मापे गए नतीजे वाले समाधान की संरचना होता है।
ज्ञान साझा करने के लिए उत्पादन के राज़ खोलने की ज़रूरत नहीं
डेटा साझा करने के बारे में सोचते वक़्त हर फ़ैक्टरी की एक वाजिब चिंता होती है: क्या विस्तृत ड्रॉइंग, सटीक लागत मानक, सप्लायर की ख़रीद क़ीमतें, या ग्राहक जानकारी उजागर करनी होगी? जवाब है नहीं। कोई लागत-कमी मामला बस उतना हिस्सा दर्ज कर सकता है जो किसी और को समझने और सीखने के लिए चाहिए — कौन-सा चरण, क्या बदला, पहले/बाद का नतीजा — बिना विस्तृत ड्रॉइंग, असली ख़रीद क़ीमत या ग्राहक का नाम जोड़े। Costdown पर तुलना भी सिर्फ़ प्रतिशत और निवेश-वापसी अवधि पढ़ती है, पूर्ण राशि नहीं — इसलिए फ़ैक्टरी उतना ही साझा करती है जितना ज्ञान बहने के लिए काफ़ी हो, बिना अपना व्यावसायिक डेटा उजागर किए।
फ़ैक्टरी ज्ञान पाती भी है और बनाती भी है
Costdown एकतरफ़ा नहीं है — यह वह जगह नहीं जहाँ फ़ैक्टरी सिर्फ़ किसी और का समाधान ढूंढने आती है। हर बार जब कोई फ़ैक्टरी कोई समस्या सुलझाती है और नतीजा दर्ज करती है, तो वह उसी समस्या से जूझ रही दूसरी फ़ैक्टरियों के लिए भी एक डेटा पॉइंट बना रही होती है। कोई फ़ैक्टरी एक साथ मौजूदा ज्ञान दोबारा इस्तेमाल करने की जगह भी होती है और अगली बार के लिए ज्ञान बनाने की जगह भी — और यही दोतरफ़ा चक्र है जो समाधानों की लाइब्रेरी को लगातार गहरा बनाए रखता है।
शून्य से दोबारा शुरुआत नहीं
यही वह चीज़ है जो कोई फ़ैक्टरी Costdown से पाती है — यह कितने प्रतिशत बचत होगी इसका वादा नहीं (वह आँकड़ा हमेशा अपनी परिस्थितियों पर निर्भर करता है, कोई भी उसकी जगह वादा नहीं कर सकता), बल्कि यह कि हर लागत-कमी समस्या, जैसे ही अपनी फ़ैक्टरी या उद्योग के अनुभव की कड़ी में कहीं साबित हो चुका समाधान मौजूद हो, विश्लेषण, परीक्षण और ग़लतियों का पूरा रास्ता दोबारा शुरुआत से तय करने की ज़रूरत नहीं रह जाती।