M365Con 2027 – मुफ़्त ऑनलाइन सम्मेलन · 11–22 Jan 2027 · 120 sessions→ m365con.net

2026-10-21

क्या आपको एक और मशीन खरीदनी चाहिए—या उत्पादन प्रणाली बदलनी चाहिए?

क्या आपको एक और मशीन खरीदनी चाहिए—या उत्पादन प्रणाली बदलनी चाहिए?
यहाँ दिए गए ट्रांसक्रिप्ट के आधार पर शो नोट्स हैं, जिन्हें मुख्य विषयों के अनुसार व्यवस्थित किया गया है ताकि अभिक्रियात्मक (reactive) मशीन खरीद के विरुद्ध और सिमुलेशन का उपयोग करने वाले प्रणाली-आधारित दृष्टिकोण के पक्ष में मुख्य तर्कों का स्पष्ट सारांश मिल सके। एपिसोड नोट्स: मशीन क्षमता बनाम सिस्टम आउटपुट अवलोकन बढ़ती कतार, फिसलते लीड टाइम और बिक्री विभाग के जवाब माँगने पर अक्सर एक सहज प्रतिक्रिया होती है: "हमें एक और मशीन चाहिए।" यह प्रतिक्रिया तर्कसंगत लगती है—स्थानीय गतिविधि व्यस्त दिखती है, ओवरटाइम बढ़ता है, और वह विशिष्ट वर्क सेंटर अपनी सीमा पर लगता है। फिर भी, कई वर्षों तक बैलेंस शीट पर रहने वाला पूँजी निवेश करने से पहले एक महत्वपूर्ण प्रश्न पूछना ज़रूरी है: क्या आपके पास मशीन क्षमता की समस्या है, या उत्पादन प्रणाली की समस्या? यह एपिसोड बताता है कि एकल वर्क सेंटर पर उच्च उपयोगिता (utilization) यह साबित नहीं करती कि कोई मशीन पूरे संयंत्र की बाधा (bottleneck) है। हम चर्चा करते हैं कि सरल क्षमता गणनाएँ कैसे...

यहाँ शो नोट्स का हिंदी अनुवाद है।

एपिसोड नोट्स: मशीन क्षमता बनाम सिस्टम आउटपुट

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

हालाँकि, कई वर्षों तक बैलेंस शीट पर पड़े रहने वाले पूंजीगत निवेश से पहले एक महत्वपूर्ण प्रश्न पूछना ज़रूरी है: क्या आपके पास मशीन क्षमता की समस्या है, या उत्पादन प्रणाली की समस्या?

यह एपिसोड बताता है कि एक ही वर्क सेंटर पर उच्च उपयोग (utilization) यह सिद्ध नहीं करता कि कोई मशीन पूरे संयंत्र की समग्र बाधा (bottleneck) है। हम चर्चा करते हैं कि सरल क्षमता गणनाएँ (नियोजित घंटे ÷ रेटेड गति) कैसे झूठा विश्वास पैदा करती हैं, और समझाते हैं कि निवेश के निर्णय पूरी उत्पादन प्रणाली के तर्क का पालन क्यों करने चाहिए—सामग्री जारी होने से लेकर अंतिम शिपमेंट तक।

हम सिमुलेशन (विशेष रूप से डिस्क्रीट इवेंट सिमुलेशन) का उपयोग करके निर्णय-परीक्षण के दृष्टिकोण की वकालत करते हैं। ऑर्डर को समय के माध्यम से चलते हुए मॉडल करके और सीमित बाधाओं (जैसे श्रम, साझा फिक्स्चर और सामग्री की उपलब्धता) का सम्मान करके, सिमुलेशन निर्माताओं को पूंजी प्रतिबद्ध करने से पहले वैकल्पिक समाधानों—जैसे शिफ्ट पैटर्न में बदलाव, भिन्न रिलीज़ नियम, या संशोधित बैच आकार—का परीक्षण करने देता है।

मुख्य विषय

1. थ्रूपुट स्थानीय गतिविधि से कहीं अधिक हैकोई कारखाना भरा हुआ दिख सकता है और फिर भी क्षमता बर्बाद कर सकता है। वास्तविक थ्रूपुट वह तैयार उत्पाद है जो ग्राहक द्वारा स्वीकार्य रूप में प्रणाली से बाहर निकलता है (वाणिज्यिक थ्रूपुट), न कि किसी एक ऑपरेशन पर संसाधित पुर्जों की संख्या।

  • कोई मशीन दिन भर चल सकती है केवल इसलिए कि योजनाकार उसे काम देते रहते हैं, भले ही वह आउटपुट आगे के मार्ग में अवरुद्ध हो जाए या इन्वेंटरी बनाए।
  • कतार में प्रतीक्षा करने वाली सामग्री फँसी हुई नकदी का प्रतिनिधित्व करती है; सामग्री जो जल्दी प्रवेश करती है पर शिपमेंट के लिए अधिक समय तक प्रतीक्षा करती है, वह नकदी प्रवाह को नुकसान पहुँचाती है।

2. "बॉटलनेक गणित" की समस्यासरल क्षमता गणनाएँ सैद्धांतिक औसत का उपयोग करके झूठा विश्वास पैदा करती हैं, जो दैनिक उत्पादन में आने वाले व्यवधानों की वास्तविकता को छिपा देती हैं।

  • त्रुटिपूर्ण सूत्र: नियोजित उत्पादन घंटे / चक्र समय = पुर्जों की आउटपुट संख्या।
  • यह सूत्र क्या छोड़ता है: वास्तविक उत्पादन वास्तविक ऑर्डरों पर चलता है, जिनकी विशिष्ट देय तिथियाँ, सेटअप आवश्यकताएँ, लापता सामग्री, गुणवत्ता रोक, प्रशिक्षित ऑपरेटर का कवर और रखरखाव कार्य होते हैं। उपलब्ध समय हमेशा उपयोग योग्य समय नहीं होता।
  • रेटेड बनाम वास्तविक गति: रेटेड चक्र समय परिभाषित परिस्थितियों में स्थिर रनों से आते हैं। केवल उत्पादन प्रणाली ही यह अनुमान लगा सकती है कि कौन सा काम किस क्रम में उपकरण तक पहुँचेगा, और क्या उसके बाद वह आगे बढ़ते रहने में सक्षम है।

3. चलती हुई बाधाबाधा वह कोई भी चीज़ है जो माँग को शिपable उत्पाद में बदलने को सीमित करती है। यह हमेशा मशीन नहीं होती।

  • सीमित करने वाली स्थिति अक्सर वर्क सेंटर के बाहर होती है:
    • स्टाफ़िंग: किसी विशेष शिफ्ट पर प्रशिक्षित ऑपरेटर, या नमूनों और पहले-टुकड़े की जाँच संभालने वाला तकनीशियन।
    • साझा फिक्स्चर/टूलिंग: एक टेस्ट रिग या फिक्स्चर जो पुराने प्रवाह के लिए पर्याप्त है पर नई क्षमता के लिए अपर्याप्त।
    • गुणवत्ता चरण: सीमित परीक्षण तकनीशियन या निरीक्षण फिक्स्चर जिससे बैकलॉग बनते हैं।
    • सामग्री की कमी: उत्पादन शुरू होने से पहले ही मार्ग को रोक देना।
  • जब आप प्रणाली को छूते हैं तो बाधा स्थानांतरित हो जाती है: किसी वर्क सेंटर पर भौतिक क्षमता जोड़ने से मार्ग की लय बदल जाती है। एक हिस्से में प्रवाह बढ़ाते ही आप अगली डाउनस्ट्रीम सीमा को उजागर कर देते हैं जो तालमेल नहीं रख सकती (स्टार्वेशन और ब्लॉक)।

4. कतार को समझनाउपयोग संख्या केवल यह बताती है कि कोई संसाधन काम कर रहा है या नहीं, जबकि कतार बताती है कि कोई कार्य किसी कारण से प्रतीक्षा कर रहा है। समय के साथ कतारों को ट्रैक करने से अधिक निर्णय-सूचना मिलती है।

  • WIP एक भ्रामक संकेतक के रूप में: बड़े WIP ढेर स्वतः यह सिद्ध नहीं करते कि मशीन क्षमता की कमी है। वे अक्सर उत्पादन नियंत्रण की समस्या की ओर इशारा करते हैं, जहाँ कार्य को प्रणाली की उसे अवशोषित करने की क्षमता के बजाय ERP में एक तिथि के आधार पर जारी किया जाता है।
  • लिटिल का नियम (Little’s Law): जब एक स्थिर उत्पादन प्रणाली के भीतर अधिक कार्य रहता है, तो वहाँ बिताया गया औसत समय बढ़ जाता है। फ़्लोर पर कार्य दोगुना करें (बिना वाणिज्यिक शिपिंग दर बढ़ाए) और वह कार्य अधिक समय तक प्रतीक्षा करेगा, जिससे खोज, स्थिति जाँच और अपवाद बढ़ेंगे।
  • बफ़र केवल इन्वेंटरी नहीं हैं: उपयोगी बफ़र मार्ग के किसी ज्ञात बिंदु को अपेक्षित परिवर्तनशीलता (सामान्य व्यवधानों) से बचाते हैं। वे केवल सामग्री नहीं, समय रखते हैं। अंतर नियोजित मात्रा के कार्य और आकस्मिक ढेर के बीच है।

5. निर्णय-परीक्षण के रूप में सिमुलेशनक्षमता निवेश एक उपकरण खरीद नहीं, बल्कि उत्पादन प्रणाली में परिवर्तन है। सिमुलेशन (विशेष रूप से डिस्क्रीट इवेंट सिमुलेशन) ग्राहक डिलीवरी को बाधित किए बिना इन परिवर्तनों के परीक्षण के लिए एक सुरक्षित, नियंत्रित वातावरण प्रदान करता है।

  • एनिमेशन नहीं, तर्क का परीक्षण: मूल्य नियमों में निहित है, चलते वाहनों या मशीनों में नहीं।
  • डिस्क्रीट इवेंट सिमुलेशन: समय के माध्यम से चलते ऑर्डरों को मॉडल करता है, जहाँ घटनाएँ (सामग्री का आगमन, मशीन की स्थिति, निरीक्षण का पूरा होना) अगले निर्णय तर्क को ट्रिगर करती हैं।
  • निर्णय संबंधी प्रश्न पूछना: परिभाषित परिस्थितियों में परिदृश्यों की तुलना करने के लिए मॉडल का उपयोग करें:
    • यदि माँग बढ़ती है पर हर शिफ्ट पर नया ऑपरेटर उपलब्ध नहीं है, तो शिपिंग ऑर्डरों का क्या होता है?
    • क्या शिफ्ट परिवर्तन मशीन खरीदने जैसी ही डिलीवरी सुरक्षा देता है?
    • मशीन चालू होने के बाद कार्य कहाँ प्रतीक्षा करता है?

निर्णय-परीक्षण ढाँचा: उत्पाद, प्रक्रिया, संसाधनसिमुलेशन को सिद्धांत से निर्णय मूल्य तक ले जाने के लिए, आपको तीन आधारों का उपयोग करके उत्पादन प्रणाली का एक साझा विवरण बनाना होगा:

  1. उत्पाद: पार्ट नंबरों से परे, इसमें माँग, देय तिथियाँ, बैच आकार, वैरिएंट नियम और वाणिज्यिक जोखिम संदर्भ शामिल हैं।
  2. प्रक्रिया: आवश्यक ऑपरेशन, उनका क्रम (रूटिंग तर्क), सेटअप परिवार, वैकल्पिक मार्ग, गुणवत्ता विनिर्देश, पहले-टुकड़े की जाँच, और गुणवत्ता-रोक पुनर्कार्य पथ।
  3. संसाधन: मशीनें, लेकिन प्रशिक्षित श्रम, फिक्स्चर, उपकरण, टेस्ट रिग और भौतिक बफ़र स्थान भी। इसमें महत्वपूर्ण निर्भरताएँ होती हैं: एक साथ आवश्यक दो संसाधन, कैलेंडर (डाउनटाइम/सपोर्ट विंडो), और ऐसे नियम जो गुणवत्ता स्थिति के अनुसार बदल सकते हैं।

यह साझा विवरण सॉफ़्टवेयर विकल्पों से पहले सुधारा जाना चाहिए। यह असंबद्ध तथ्यों (IT/OT) को परिणामों और कारणों पर तर्क करने के लिए आवश्यक परिचालन संदर्भ में बदल देता है।



इस पॉडकास्ट के समर्थक बनें: https://www.spreaker.com/podcast/m365-fm-a-microsoft-mvp-podcast-by-mirko-peters--6704921/support.

Apple Podcasts · Spotify · YouTube · Deezer

Should You Buy Another Machine—or Change the Production System? (English)