टीएल; डीआर : यह है मापना गलत बात है। बोर्ड भर के कर्मचारियों में उपयोग को मापने और बढ़ाने से, आप सिस्टम में समस्याएं पैदा करते हैं और समग्र थ्रूपुट को कम करते हैं ।
थ्रूपुट लेखा
आप वास्तव में क्या मापना चाहते हैं, थ्रूपुट, इन्वेंट्री और ऑपरेटिंग खर्च सभी एक साथ हैं और इन्वेंट्री को कम करने और एक ही समय में थ्रूपुट को अधिकतम करते हुए ऑपरेटिंग खर्चों को कम करने की कोशिश करें। इस विधि को थ्रूपुट लेखांकन के रूप में जाना जाता है ।
सॉफ्टवेयर विकास में, इन्वेंट्री प्रगति का काम है जो अभी तक ग्राहक को लाभ नहीं पहुंचा रहा है। जो कुछ भी किया गया है, लेकिन जारी नहीं किया गया है। थ्रूपुट उस ग्राहक के लिए उपयोगी कार्य है जो जारी किया जा रहा है। कोई भी कार्य जो ग्राहक के लिए सीधे उपयोगी नहीं होता है, उसे परिचालन व्यय के रूप में देखा जाता है।
सरल प्रणाली
स्वतंत्र प्रणाली के साथ स्वतंत्र रूप से काम करने वाले एकल मानव या एकाधिक मनुष्यों के साथ एक सरल प्रणाली में प्रत्येक व्यक्ति सीधे पूरे सिस्टम के थ्रूपुट को बढ़ाएगा । यह आम गलतफहमी की ओर जाता है जो इस सवाल का आधार है कि मानव उपयोग बढ़ने से सभी प्रणालियों में वृद्धि हुई थ्रूपुट को बढ़ावा मिलेगा। लेकिन आप अभी भी सिस्टम, इन्वेंट्री के थ्रूपुट को मापते हैं और ऑपरेटिंग खर्चों ।
जटिल सिस्टम
एक जटिल प्रणाली में, यहां तक कि कम से कम दो निर्भरता के साथ, सिस्टम के एक हिस्से के उपयोग में वृद्धि से सीधे अड़चन में उपयोग में कमी आ सकती है, जो पूरे सिस्टम के थ्रूपुट में कमी आती है। अड़चन के बाहर उत्पादकता में कोई वृद्धि एक मृगतृष्णा है ।
उदाहरण:सॉफ्टवेयर इंजीनियरों की टीम में सॉफ्टवेयर आर्किटेक्ट द्वारा सभी कोड की समीक्षा की गई है, जो नई सुविधाओं के लिए योजना भी बनाती है। यह व्यक्ति एक अड़चन है, आर्किटेक्ट द्वारा समीक्षा नहीं किए गए कोड से बस इन्वेंट्री में वृद्धि होगी, अगर आर्किटेक्ट के पास समय नहीं है, तो कोई भी नई सुविधाओं की सही योजना नहीं होगी। यदि आप सॉफ्टवेयर इंजीनियरों के उपयोग को मापना शुरू करते हैं, तो वे बेहतर बदलावों के बजाय अधिक बदलाव करने का प्रयास करेंगे। जिस समय आर्किटेक्ट को प्रत्येक परिवर्तन पर खर्च करने की आवश्यकता होगी, वह बढ़ेगा और कुल समय बिताए गए समय में परिवर्तन की बढ़ी हुई राशि से उस बिंदु तक बढ़ जाएगा जहां नए परिवर्तनों की योजना बनाने के लिए कोई समय नहीं छोड़ा जाएगा। आखिरकार पूरा सिस्टम रुक जाता है। यदि दूसरी ओर वे उपयोग में कमी करते हैं, यहां तक कि सुस्ती का समय बिताते हैं, तो वे प्रत्येक परिवर्तन या सहकर्मी की समीक्षा पर लंबे समय तक खर्च करते हैं, इससे समीक्षाओं के लिए आवश्यक समय में कमी हो सकती है और अंततः थ्रूपुट में वृद्धि हो सकती है। यह सिर्फ 2 आश्रितों वाली एकल टीम है। इंजीनियर नए बदलावों की योजना के लिए और समीक्षा किए जाने वाले परिवर्तनों के लिए वास्तुकार पर निर्भर करते हैं।
स्पष्ट रूप से लाभ को अड़चन को ठीक से प्रबंधित करने और अड़चन में उत्पादकता प्राप्त करने का प्रयास करना है , जहां घंटे में वृद्धि हुई है , पूरे सिस्टम के माध्यम से प्रति घंटा है ।
यह फीनिक्स प्रोजेक्ट का वास्तविक संदेश है और एलियाहू एम। गोल्डरेट द्वारा सीधे थ्योरी ऑफ़ कांस्ट्रेक्ट से आता है । आप थ्रूपुट सोच बनाम उपयोग सोच पर एक लेख भी पढ़ सकते हैं । मैं क्रिटिकल चेन प्रोसेस मैनेजमेंट पर और अधिक पढ़ने का सुझाव दूंगा ।
याद रखें: आप जो मापते हैं, वह आपको मिलता है । और आप निश्चित रूप से व्यक्तिगत उपयोग में वृद्धि नहीं करना चाहते हैं । नर्क की सड़क अच्छे इरादों के साथ बनाई गई है।