2.8 लीन वैल्यू स्ट्रीम मेट्रिक्स

अवलोकन और प्रेरणा

इस भाग ने अब तक जिस हर मेट्रिक को कवर किया है, फ़्लो समय, फ़्लो लोड, साइकल टाइम, उपयोग, वह एक कहीं अधिक पुराने टूलकिट से उतरा है: क्लासिकल लीन वैल्यू स्ट्रीम मैपिंग के पाँच आधारभूत माप, जो Toyota में विकसित हुए और सॉफ़्टवेयर द्वारा उन्हें अपनाने से बहुत पहले विनिर्माण, संचालन, और सेवा डिलीवरी में सामान्यीकृत किए गए। लीड टाइम (LT) काम माँगे जाने से लेकर उसके पहुँचाए जाने तक का कुल घड़ी समय है। प्रोसेस टाइम (PT) एक अकेली इकाई पर काम करने में बिताया गया वास्तविक हाथों-हाथ समय है। साइकल टाइम (CT) स्ट्रीम के भीतर एक अकेले नोड या चरण को पूरा करने के लिए आवश्यक औसत समय है। पर्सेंट कम्प्लीट एंड एक्युरेट (%C/A) उन इकाइयों का प्रतिशत है जिन्हें एक डाउनस्ट्रीम टीम बिना पुनःकार्य की आवश्यकता के प्रोसेस कर सकती है। टैक्ट टाइम ग्राहक माँग से साफ़-साफ़ मेल खाने के लिए एक इकाई को पूरा करने का अधिकतम स्वीकार्य समय है।

यह विषय इसलिए मौजूद है क्योंकि सॉफ़्टवेयर इंजीनियरिंग ने इन विचारों का आविष्कार नहीं किया, इसने उन्हें उधार लिया, और उधार लेने ने कभी-कभी थोड़ी अलग चीज़ों के लिए वही शब्दों का पुन: उपयोग किया। इस पुस्तक का अपना साइकल टाइम (विषय 2.6) विशेष रूप से एक परिवर्तन के इंजीनियरिंग चरणों को मापता है, कोडिंग, समीक्षा, परीक्षण, डिप्लॉय, जबकि लीन का क्लासिकल CT किसी भी प्रक्रिया पर लागू अधिक सामान्य “प्रति नोड औसत समय” है। फ़्लो समय (विषय 2.4) इस पुस्तक का नाम है उसके लिए जिसे लीन लीड टाइम कहता है। यह मैपिंग जानना मायने रखता है क्योंकि एक लीन सिक्स सिग्मा पृष्ठभूमि से आने वाला पाठक, विनिर्माण, लॉजिस्टिक्स, स्वास्थ्य सेवा, और सरकारी संचालन में सामान्य, इन ठीक शब्दों का उपयोग उनके मूल अर्थों के साथ करेगा, और एक सॉफ़्टवेयर टीम जो वही भाषा नहीं बोलती वह इंजीनियरिंग के बाहर सहयोगियों के लिए एक आसान, प्रमाण-समर्थित पुल खो देती है।

बड़ी टीमों के लिए, %C/A इस विषय का सबसे कम उपयोग किया जाने वाला मेट्रिक है। यह कुछ ऐसा कैप्चर करता है जो विषय 2.3 और 2.4 के फ़्लो मेट्रिक्स नहीं करते: एक चरण जो उत्पन्न करता है उसमें से कितना अगले चरण द्वारा बिना वापस भेजे वास्तव में उपयोग करने योग्य है। एक बहु-चरण वैल्यू स्ट्रीम में इसे समेकित करना, विनिर्माण जिसे रोल्ड थ्रूपुट यील्ड कहता है, %C/A उजागर करता है कि हैंडऑफ़ों में पुनःकार्य अदृश्य रूप से कैसे संयोजित होता है, एक पैटर्न जिसके प्रति लंबी, बहु-टीम पाइपलाइनों वाले एंटरप्राइज़ संगठन और कई स्वीकृति द्वारों वाले सरकारी कार्यक्रम विशेष रूप से प्रवण होते हैं और शायद ही कभी इसे सीधे मापते हैं।

प्रमुख सिद्धांत

ये पाँच मेट्रिक्स सॉफ़्टवेयर से पहले के हैं और इससे परे सामान्यीकृत होते हैं। ये वह साझा शब्दावली है जिसे एक लीन सिक्स सिग्मा-प्रशिक्षित रुचिधारक, बड़े एंटरप्राइज़ और सरकारी संचालन में सामान्य, पहले से धाराप्रवाह बोलता है।
शब्दावली टकराव वास्तविक है और स्पष्ट रूप से नाम देने लायक़ है। इस पुस्तक का साइकल टाइम (विषय 2.6) और लीन का क्लासिकल CT संबंधित हैं लेकिन समान नहीं; मैपिंग को दस्तावेज़ीकृत करें ताकि क्रॉस-फ़ंक्शनल बातचीत चुपचाप एक दूसरे को चूक न जाए।
%C/A को हर चरण में समेकित किया जाना चाहिए, केवल अंत में एक बार मापा नहीं। एक स्ट्रीम में शुरुआत में पेश किया गया और देर से पकड़ा गया पुनःकार्य केवल अंतिम डिलीवरी पर मापे गए मेट्रिक के लिए अदृश्य है।
टैक्ट टाइम क्षमता योजना को प्रयास की बजाय माँग के इर्द-गिर्द पुनर्गठित करता है। प्रश्न “हम कितनी तेज़ी से जा सकते हैं” से “हमें कितनी तेज़ी से जाने की आवश्यकता है” में बदल जाता है, जो सीधे उपयोग (विषय 2.7) और फ़्लो लोड (विषय 2.4) से जुड़ता है।
ये निदानात्मक मेट्रिक्स हैं, वैनिटी मेट्रिक्स नहीं। हर एक एक विशिष्ट परिचालन प्रश्न का उत्तर देने के लिए मौजूद है, एक डैशबोर्ड के लिए प्रभावशाली संख्या उत्पन्न करने के लिए नहीं।

सिफ़ारिशें

सॉफ़्टवेयर-विशिष्ट फ्रेमवर्क अपनाने से पहले अपनी वैल्यू स्ट्रीम को सभी पाँच लीन मेट्रिक्स के साथ मैप करें

फ़्लो फ्रेमवर्क के अपने मेट्रिक्स (विषय 2.3 और 2.4) को ऊपर परतबद्ध करने से पहले, अपनी वैल्यू स्ट्रीम से गुज़रने वाले काम के एक प्रतिनिधि नमूने के लिए लीड टाइम, प्रोसेस टाइम, साइकल टाइम, %C/A, और टैक्ट टाइम की गणना करें। यह आपको एक आधाररेखा देता है जिसे कोई भी लीन सिक्स सिग्मा-साक्षर रुचिधारक तुरंत समझ सकता है, और यह अक्सर उसी प्रतीक्षा-समय प्रभुत्व को उजागर करता है जिसे विषय 2.5 वर्णित करता है, एक शब्दावली में व्यक्त जो किसी भी विशेष सॉफ़्टवेयर फ्रेमवर्क से पहले की है और उससे आगे तक चलती है।

हर चरण में पर्सेंट कम्प्लीट एंड एक्युरेट को गुणात्मक रूप से समेकित करें

हर चरण पर व्यक्तिगत रूप से %C/A मापें, फिर वैल्यू स्ट्रीम की रोल्ड थ्रूपुट यील्ड प्राप्त करने के लिए चरण-स्तरीय प्रतिशतों को एक साथ गुणा करें। तीन चरण, प्रत्येक व्यक्तिगत रूप से 90% कम्प्लीट एंड एक्युरेट पर चलते हुए, समग्र रूप से लगभग 73% तक संयोजित होते हैं, एक संख्या जो किसी भी एकल चरण की अपनी रिपोर्ट जैसी बिल्कुल नहीं दिखती और आमतौर पर अधिक ईमानदार होती है। यह एकल गणना यह उजागर करने का सबसे तेज़ तरीक़ा है कि एक बहु-चरण पाइपलाइन वास्तव में कितना पुनःकार्य अवशोषित कर रही है।

क्षमता की बजाय वास्तविक ग्राहक माँग डेटा से टैक्ट टाइम को स्पष्ट रूप से निर्धारित करें

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

लीन शब्दों और इस पुस्तक की अपनी शब्दावली के बीच मैपिंग को दस्तावेज़ीकृत करें

जहाँ आपका संगठन सॉफ़्टवेयर के बाहर पहले से एक लीन सिक्स सिग्मा कार्यक्रम चलाता है, या जहाँ इंजीनियरिंग उस शब्दावली में धाराप्रवाह नेतृत्व को रिपोर्ट करती है, मैपिंग को अपने मेट्रिक्स चार्टर (विषय 1.4) में स्पष्ट रूप से लिखें: इस पुस्तक का फ़्लो समय लीन का लीड टाइम है, इस पुस्तक का साइकल टाइम (विषय 2.6) लीन के अधिक सामान्य CT का एक विशिष्ट अनुप्रयोग है, और इस पुस्तक का सक्रिय समय (विषय 2.5) लीन का प्रोसेस टाइम है। यह एकल दस्तावेज़ इस बारे में एक बार-बार होने वाले, कम-मूल्य बहस को रोकता है कि किसकी संख्याएँ “वास्तविक” हैं।

%C/A को फ़्लो वेलोसिटी के साथ एक गार्डरेल के रूप में उपयोग करें, इसे प्रतिस्थापित करने के लिए नहीं

रोल्ड थ्रूपुट यील्ड को फ़्लो वेलोसिटी (विषय 2.3) के साथ उसी तरह जोड़ें जिस तरह यह पुस्तक हर गति मेट्रिक को एक स्थिरता गार्डरेल के साथ जोड़ती है। एक बढ़ती आइटम गिनती एक गिरते रोल्ड %C/A के साथ इसका अर्थ है कि वैल्यू स्ट्रीम अधिक इकाइयाँ पहुँचा रही है जिन्हें बाद में तेज़ी से पुनःकार्य की आवश्यकता है, ठीक वही गति-बिना-गुणवत्ता पैटर्न जिसके विरुद्ध विषय 1.2 हर मेट्रिक परिवार को रक्षा करने की चेतावनी देता है।

समझौते: लाभ और हानि

दृष्टिकोण	लाभ	हानि
केवल क्लासिकल लीन मेट्रिक्स (LT, PT, CT, %C/A, टैक्ट टाइम)	सार्वभौमिक शब्दावली; सॉफ़्टवेयर और गैर-सॉफ़्टवेयर टीमों दोनों में काम करती है	सॉफ़्टवेयर-विशिष्ट नहीं; इंजीनियरिंग-विशिष्ट चरणों के लिए अनुवाद की आवश्यकता
केवल फ़्लो फ्रेमवर्क मेट्रिक्स (विषय 2.3, 2.4)	सॉफ़्टवेयर वैल्यू स्ट्रीम और आइटम-प्रकार दृश्यता के लिए विशेष रूप से निर्मित	इंजीनियरिंग के बाहर लीन सिक्स सिग्मा-प्रशिक्षित रुचिधारकों के लिए अपरिचित
दोनों, एक स्पष्ट मैपिंग के साथ दस्तावेज़ीकृत	दोनों शब्दावलियाँ बोलती है; सबसे मज़बूत क्रॉस-फ़ंक्शनल पुल	मैपिंग को लिखने और इसे वर्तमान रखने के अग्रिम अनुशासन की आवश्यकता
केवल अंतिम डिलीवरी पर मापा गया %C/A	सरल, एक संख्या	स्ट्रीम में पहले पेश किए गए और पकड़े गए पुनःकार्य को छुपाता है

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

अपनी टीम के साथ चर्चा करने के प्रश्न

क्या हम आज अपनी वैल्यू स्ट्रीम के लिए सभी पाँच क्लासिकल लीन मेट्रिक्स की गणना कर सकते हैं, या हमारे पास केवल कुछ ही हैं? अधिकांश सॉफ़्टवेयर टीमों के पास फ़्लो समय और साइकल टाइम समकक्ष हैं लेकिन उन्होंने कभी प्रोसेस टाइम, %C/A, या टैक्ट टाइम की स्पष्ट रूप से गणना नहीं की है। यह मानने से पहले कि अंतर छोटा है यह पहचानें कि पाँचों में से कौन वास्तव में लापता है।
क्या हमने कभी अपनी वैल्यू स्ट्रीम के हर चरण में %C/A को समेकित किया है, या केवल इसे अंतिम डिलीवरी पर मापा है? एक एकल स्ट्रीम-के-अंत माप ठीक उसी संयोजित पुनःकार्य को छुपाता है जिसे उजागर करने के लिए इस विषय की रोल्ड थ्रूपुट यील्ड गणना डिज़ाइन की गई है। वास्तविक डेटा के साथ रोल-अप गणना का प्रयास करें।
क्या हम अपना टैक्ट टाइम जानते हैं, वास्तविक ग्राहक माँग से गणना किया गया, और हमारा मापा गया साइकल टाइम इसकी तुलना में कैसा है? अधिकांश टीमों ने कभी इस तुलना को स्पष्ट नहीं किया है, जिसका अर्थ है कि क्षमता बातचीत किस्सों तक ही सीमित रहती है, मात्रात्मक नहीं होती।
यदि इंजीनियरिंग के बाहर से एक लीन सिक्स सिग्मा-प्रशिक्षित रुचिधारक हमारे साइकल टाइम के बारे में पूछता, तो क्या हमें विश्वास होगा कि हमारा मतलब वही है जो उनका है? इस पुस्तक का साइकल टाइम (विषय 2.6) और लीन का क्लासिकल CT संबंधित हैं लेकिन समान नहीं। चर्चा करें कि क्या इस भेद ने कभी आपके संगठन में एक वास्तविक ग़लतफ़हमी पैदा की है।
क्या हमारी रोल्ड थ्रूपुट यील्ड कभी किसी एकल चरण की अपनी रिपोर्ट किए गए %C/A से सार्थक रूप से कम रही है? यदि आपने कभी रोल-अप की गणना नहीं की है, तो चर्चा करें कि आप क्या खोजने की उम्मीद करेंगे और फिर इसे वास्तविक डेटा के विरुद्ध जाँचें।
क्या हमारा संगठन पहले से सॉफ़्टवेयर के बाहर एक लीन या सिक्स सिग्मा कार्यक्रम चला रहा है जिसके साथ हम एक अलग, असंबद्ध शब्दावली बनाए रखने की बजाय संरेखित हो सकते हैं? कई एंटरप्राइज़ और सरकारी एजेंसियों के पास पहले से यह अवसंरचना है; जाँचें कि क्या इंजीनियरिंग ने कभी वास्तव में इससे जुड़ा है।

क्षेत्र दृष्टिकोण

स्टार्टअप। इस पैमाने पर पूर्ण लीन वैल्यू स्ट्रीम मैपिंग शायद ही कभी समारोह के लायक़ होती है, लेकिन टैक्ट टाइम को अनौपचारिक रूप से समझना लायक़ है: लगभग यह जानना कि टीम को वास्तविक ग्राहक माँग से मेल खाने के लिए वास्तव में कितनी तेज़ी से चलने की आवश्यकता है, एक मनमानी आंतरिक गति की बजाय, दोनों बहुत जल्दी क्षमता का अति-निर्माण और वृद्धि आने पर इसे कम बनाने से रोकता है।

छोटा व्यवसाय। यहाँ पाँचों मेट्रिक्स में %C/A सबसे तत्काल उपयोगी है, क्योंकि यह सीधे इसका उत्तर देता है “हम जो शिप करते हैं उसका कितना हिस्सा फिर से करने की आवश्यकता है,” एक प्रश्न जिसे मालिक और छोटी टीमें तीव्रता से महसूस करते हैं बिना हमेशा इससे जुड़ी एक संख्या के। किसी अधिक विस्तृत चीज़ में निवेश करने से पहले अपनी एक या दो महत्वपूर्ण प्रक्रियाओं के लिए इसे अनौपचारिक रूप से ट्रैक करें।

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

सरकार। सरकारी एजेंसियों, विशेष रूप से नियामक, विनिर्माण-संबद्ध, या लॉजिस्टिक्स कार्यों में जड़ों वाली, के पास अक्सर मौजूदा लीन या प्रक्रिया-सुधार जनादेश होते हैं। एक डिजिटल सेवा की वैल्यू स्ट्रीम को उन्हीं क्लासिकल शब्दों में तैयार करना, लीड टाइम, प्रोसेस टाइम, %C/A, टैक्ट टाइम, जिनका एक एजेंसी का प्रक्रिया-सुधार कार्यालय पहले से उपयोग करता है, अक्सर एक सॉफ़्टवेयर आधुनिकीकरण प्रयास के लिए वास्तविक संस्थागत समर्थन सुरक्षित करने का सबसे तेज़ तरीक़ा है।

उदाहरण

एंटरप्राइज़। एक विनिर्माण कंपनी के आंतरिक सॉफ़्टवेयर विभाग ने वर्षों तक फ़ैक्ट्री फ़्लोर से लीन सिक्स सिग्मा में धाराप्रवाह एक संचालन नेतृत्व टीम द्वारा अपने इंजीनियरिंग मेट्रिक्स को गंभीरता से लिए जाने के लिए संघर्ष किया था। विभाग की डिलीवरी पाइपलाइन को उन्हीं पाँच क्लासिकल मेट्रिक्स का उपयोग करके फिर से तैयार करना, अपनी सॉफ़्टवेयर वैल्यू स्ट्रीम के लिए लीड टाइम, प्रोसेस टाइम, साइकल टाइम, %C/A, और टैक्ट टाइम की गणना करना, तुरंत पहली बार विभाग की संख्याओं को संचालन नेतृत्व के लिए पठनीय बना दिया। पाइपलाइन के चार चरणों में एक रोल्ड थ्रूपुट यील्ड गणना ने 61% का एक वास्तविक %C/A उजागर किया, किसी भी व्यक्तिगत चरण की अपनी रिपोर्ट की गई संख्या से बहुत नीचे, जो एक पुनःकार्य-कमी पहल के लिए प्रमाण आधार बन गया जिसे संचालन नेतृत्व ने उसी चौथाई के भीतर वित्तपोषित किया।

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

व्यावसायिक तर्क: प्रेरणाएँ, ROI, और TCO

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

कुल स्वामित्व लागत कम है: इन पाँच मेट्रिक्स को किसी नई इंस्ट्रूमेंटेशन की आवश्यकता नहीं है उससे परे जो विषय 2.4 से 2.6 पहले से एकत्र करते हैं, साथ ही एक %C/A पुनःकार्य वर्गीकरण जो आमतौर पर मौजूदा दोष और फ़्लो-आइटम ट्रैकिंग (विषय 2.2) में एक सरल जोड़ है। मुख्य निवेश अनुवाद है, इस पुस्तक के शब्दों और लीन के क्लासिकल शब्दों के बीच मैपिंग को लिखना, जो पहली बार अपने लिए भुगतान करता है जब यह एक क्रॉस-फ़ंक्शनल ग़लतफ़हमी को रोकता है।

विरोधी-पैटर्न और नुक़सान

%C/A को केवल अंतिम डिलीवरी पर मापना: इस विषय के केंद्र में चालाकी वेक्टर। एक टीम एक उच्च अंतिम-चरण %C/A रिपोर्ट कर सकती है जबकि पहले के चरण चुपचाप ऐसा पुनःकार्य उत्पन्न करते हैं जो किसी के इसे मापने से पहले ठीक कर दिया जाता है, पूरी वैल्यू स्ट्रीम को इससे अधिक स्वस्थ दिखाते हुए जितनी यह वास्तव में है। गार्डरेल हर चरण में %C/A को गुणात्मक रूप से समेकित करना है, रोल्ड थ्रूपुट यील्ड गणना, और समय-समय पर हर चरण की “कम्प्लीट एंड एक्युरेट” की परिभाषा का ऑडिट करना ताकि यह समय के साथ चुपचाप संकुचित न हो सके।
यह मान लेना कि इस पुस्तक का साइकल टाइम और लीन का क्लासिकल CT बिल्कुल वही चीज़ का अर्थ रखते हैं: जब दोनों शब्दावलियाँ बिना किसी दस्तावेज़ीकृत मैपिंग के मिलती हैं तो वास्तविक क्रॉस-फ़ंक्शनल भ्रम उत्पन्न करता है।
वास्तविक ग्राहक माँग की बजाय वर्तमान क्षमता से टैक्ट टाइम निर्धारित करना: मेट्रिक के उद्देश्य को विफल करता है, जो माँग और क्षमता के बीच एक अंतर उजागर करना है, जो भी गति पहले से मौजूद है उसकी पुष्टि करना नहीं।
एक बार सॉफ़्टवेयर-विशिष्ट फ्रेमवर्क अपना लिए जाने पर क्लासिकल लीन मेट्रिक्स को पुराना मानना: प्रक्रिया-सुधार विशेषज्ञता के लिए एक विश्वसनीय, प्रमाण-समर्थित पुल को त्याग देता है जो संगठन में पहले से मौजूद हो सकता है।
संगठन में कहीं और मौजूद एक लीन सिक्स सिग्मा कार्यक्रम को नज़रअंदाज़ करना: वित्तपोषण, विशेषज्ञता, और संस्थागत विश्वसनीयता को खो देता है जिसे साझा भाषा में डिलीवरी मेट्रिक्स को फिर से तैयार करना अनलॉक कर सकता है।
%C/A को फ़्लो वेलोसिटी के साथ जोड़े बिना रिपोर्ट करना: एक बढ़ती थ्रूपुट संख्या को एक गिरती पुनःकार्य दर को छुपाने देता है, वही गार्डरेल अंतर जिसके विरुद्ध यह पुस्तक पूरी तरह चेतावनी देती है।

परिपक्वता मॉडल

स्तर 1, आरंभ: पाँचों क्लासिकल लीन मेट्रिक्स में से कोई भी गणना नहीं किया जाता; डिलीवरी की चर्चा लीड टाइम, प्रोसेस टाइम, या %C/A के संदर्भ के बिना की जाती है।
स्तर 2, विकास: लीड टाइम और साइकल टाइम को अनौपचारिक रूप से ट्रैक किया जाता है, लेकिन प्रोसेस टाइम, %C/A, और टैक्ट टाइम की गणना नहीं की जाती, और इस पुस्तक की अपनी शब्दावली से कोई मैपिंग मौजूद नहीं है।
स्तर 3, मानकीकरण: सभी पाँच क्लासिकल मेट्रिक्स लगातार गणना किए जाते हैं, और इस पुस्तक की फ़्लो और साइकल-टाइम शब्दावली से मैपिंग एक साझा मेट्रिक्स चार्टर में दस्तावेज़ीकृत है।
स्तर 4, प्रबंधन: वैल्यू स्ट्रीम के हर चरण में रोल्ड थ्रूपुट यील्ड की गणना की जाती है, और क्षमता अंतरों को स्पष्ट रूप से मात्रात्मक करने के लिए टैक्ट टाइम की मापे गए साइकल टाइम से तुलना की जाती है।
स्तर 5, संयोजन: संगठन ने व्यवसाय में कहीं और मौजूद एक लीन या सिक्स सिग्मा कार्यक्रम से अपने सॉफ़्टवेयर डिलीवरी मेट्रिक्स को जोड़ा है, और विशिष्ट निवेश या प्रक्रिया निर्णयों की ओर इशारा कर सकता है जो इसलिए लिए गए क्योंकि साझा शब्दावली ने एक अंतर्दृष्टि को गैर-इंजीनियरिंग दर्शकों के लिए कार्रवाई योग्य बना दिया।

चर्चा के लिए विचार

क्या हम आज अपनी वैल्यू स्ट्रीम के लिए लीड टाइम, प्रोसेस टाइम, साइकल टाइम, %C/A, और टैक्ट टाइम की गणना कर सकते हैं?
यदि हमने हर चरण के %C/A को एक साथ गुणा किया तो हमारी रोल्ड थ्रूपुट यील्ड क्या होगी?
क्या हमारा संगठन पहले से एक लीन या सिक्स सिग्मा कार्यक्रम चलाता है जिससे हमने कभी इंजीनियरिंग मेट्रिक्स को नहीं जोड़ा?
वास्तविक ग्राहक माँग से गणना किए गए हमारे टैक्ट टाइम से हमारा मापा गया साइकल टाइम कैसे तुलना करता है?

मुख्य निष्कर्ष

पाँच क्लासिकल लीन मेट्रिक्स, लीड टाइम, प्रोसेस टाइम, साइकल टाइम, पर्सेंट कम्प्लीट एंड एक्युरेट, और टैक्ट टाइम, सॉफ़्टवेयर से पहले के हैं और लीन सिक्स सिग्मा-प्रशिक्षित रुचिधारकों की साझा शब्दावली बने रहते हैं।
इस पुस्तक का अपना फ़्लो समय और साइकल टाइम मेल खाते हैं, लेकिन समान नहीं हैं, लीन के लीड टाइम और क्लासिकल CT से; क्रॉस-फ़ंक्शनल भ्रम से बचने के लिए मैपिंग को स्पष्ट रूप से दस्तावेज़ीकृत करें।
विषय का केंद्रीय चालाकी वेक्टर है %C/A को केवल अंतिम डिलीवरी पर मापना; गार्डरेल इसे रोल्ड थ्रूपुट यील्ड के रूप में हर चरण में गुणात्मक रूप से समेकित करना है।
टैक्ट टाइम क्षमता को वास्तविक ग्राहक माँग के इर्द-गिर्द पुनर्गठित करता है, मौजूदा गति नहीं, और उपयोग (विषय 2.7) और फ़्लो लोड (विषय 2.4) के साथ सीधे जुड़ता है।
सॉफ़्टवेयर डिलीवरी को क्लासिकल लीन शब्दों में फिर से तैयार करना अक्सर एक बड़े संगठन में पहले से मौजूद मौजूदा प्रक्रिया-सुधार विशेषज्ञता और वित्तपोषण से जुड़ने का सबसे तेज़ तरीक़ा है।

संदर्भ और आगे पढ़ने के लिए

Rother, Mike, and John Shook. Learning to See: Value Stream Mapping to Create Value and Eliminate Muda. Lean Enterprise Institute, 1999.
Womack, James P., and Daniel T. Jones. Lean Thinking: Banish Waste and Create Wealth in Your Corporation. Free Press, 1996.
Womack, James P., Daniel T. Jones, and Daniel Roos. The Machine That Changed the World. Free Press, 1990.
George, Michael L. Lean Six Sigma for Service: How to Use Lean Speed and Six Sigma Quality to Improve Services and Transactions. McGraw-Hill, 2003.
Ohno, Taiichi. Toyota Production System: Beyond Large-Scale Production. Productivity Press, 1988.