2.1 फ़्लो फ्रेमवर्क

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

फ़्लो फ्रेमवर्क एक प्रबंधकीय और संरचनात्मक मॉडल है जिसे Mik Kersten द्वारा बनाया गया और उनकी 2018 की पुस्तक Project to Product में प्रकाशित किया गया। यह उस प्रश्न का उत्तर देने के लिए मौजूद है जो शुद्ध पाइपलाइन मेट्रिक्स नहीं दे सकते: न केवल यह कि कोड कमिट से उत्पादन तक कितनी तेज़ी से और कितनी सुरक्षित रूप से चलता है, बल्कि यह भी कि पाइपलाइन के माध्यम से बिल्कुल किस प्रकार का मूल्य चल रहा है, और क्या वह मिश्रण व्यवसाय की वास्तविक रणनीति को दर्शाता है। यह फ्रेमवर्क सॉफ़्टवेयर डिलीवरी को एक वैल्यू स्ट्रीम मानता है, वह एंड-टू-एंड गतिविधियों का क्रम जो एक विचार को उस मूल्य में बदलता है जो एक ग्राहक प्राप्त करता है, जो सीधे लीन विनिर्माण की वैल्यू स्ट्रीम मैपिंग परंपरा से उधार लिया गया है।

यह पुस्तक फ़्लो फ्रेमवर्क को भाग 2 की आयोजन संरचना के रूप में उपयोग करती है। विषय 2.2 इसके चार फ़्लो आइटम प्रस्तुत करता है, विषय 2.3 और 2.4 इसके पाँच फ़्लो मेट्रिक्स प्रस्तुत करते हैं, विषय 2.8 उन मेट्रिक्स को क्लासिकल लीन वैल्यू स्ट्रीम मैपिंग में उनकी उत्पत्ति तक ट्रेस करता है, और विषय 2.10 DORA मेट्रिक्स को एक संकुचित, पाइपलाइन-केंद्रित संदर्भ फ्रेमवर्क के रूप में शामिल करता है जिसके साथ यह भाग अब आगे नहीं बढ़ता। यह एक जान-बूझकर किया गया चुनाव है, DORA के शोध की अवहेलना नहीं। DORA वास्तविक सांख्यिकीय कठोरता के साथ सिस्टम थ्रूपुट और स्थिरता को मापता है, लेकिन यह उस प्रश्न पर मौन है जिसकी एक व्यावसायिक नेता को वास्तव में सबसे अधिक परवाह है: दिया गया कि इंजीनियरिंग संगठन ने इस चौथाई में सब कुछ शिप किया, उसमें से कितना नया ग्राहक मूल्य था, और कितना चुपचाप दोष ठीक करने, जोखिम प्रबंधन करने, या ऋण चुकाने में खपत हो गया। फ़्लो फ्रेमवर्क विशेष रूप से उस मिश्रण को दृश्यमान बनाने के लिए मौजूद है।

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

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

मापन की इकाई एक वैल्यू स्ट्रीम है, कोई टीम या पाइपलाइन नहीं। यह एक ग्राहक या व्यावसायिक आवश्यकता से लेकर पहुँचाए गए परिणाम तक फैलती है, जो भी टीम सीमाओं को काम वास्तव में पार करता है उन्हें पार करते हुए।
फ़्लो आइटम “क्या” को दृश्यमान बनाते हैं, केवल “कितनी तेज़ी से” नहीं। विषय 2.2 की चार श्रेणियाँ, विशेषताएँ, दोष, जोखिम, और ऋण, एक अंतर्निहित प्राथमिकता निर्णय को एक स्पष्ट, मापने योग्य निर्णय में बदल देती हैं।
फ़्लो आइटमों में क्षमता आवंटन शून्य-योग है। एक आइटम प्रकार पर ख़र्च की गई अधिक क्षमता का मतलब है दूसरों के लिए कम उपलब्ध क्षमता; फ्रेमवर्क उस समझौते को अंतर्निहित छोड़ने की बजाय दृश्यमान बनाता है।
पाँच फ़्लो मेट्रिक्स व्यावसायिक प्रश्नों का उत्तर देते हैं, केवल इंजीनियरिंग प्रश्नों का नहीं। वे एक गैर-तकनीकी रुचिधारक को प्रस्तुत करने के लिए डिज़ाइन किए गए हैं, इंजीनियरिंग टीम के भीतर रखे जाने के लिए नहीं।
वैल्यू स्ट्रीम प्रबंधन निरंतर होना चाहिए, एक बार का मैपिंग अभ्यास नहीं। स्थिर वैल्यू स्ट्रीम मैप पुराने पड़ जाते हैं; यह फ्रेमवर्क उन उपकरणों से इंस्ट्रूमेंट किए जाने के लिए बना है जिन्हें टीमें पहले से उपयोग करती हैं।

सिफ़ारिशें

किसी भी चीज़ का इंस्ट्रूमेंटेशन करने से पहले अपनी वैल्यू स्ट्रीम मैप करें

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

फ़्लो मेट्रिक्स को उन उपकरणों से जोड़ें जो आपकी टीमें पहले से उपयोग करती हैं

फ़्लो फ्रेमवर्क निरंतर, स्वचालित वैल्यू स्ट्रीम प्रबंधन के लिए बना है, एक आवधिक मैनुअल मैपिंग अभ्यास नहीं। फ़्लो-आइटम ट्रैकिंग को सीधे उन उपकरणों में एकीकृत करें जिनके माध्यम से काम पहले से बहता है, Jira, Azure DevOps, GitHub, बजाय इसके कि एक समानांतर ट्रैकिंग प्रणाली बनाएँ जिसे टीमों को हाथ से अपडेट करना पड़े। एक फ़्लो आइटम की स्थिति को स्वयं अपडेट होना चाहिए जैसे-जैसे अंतर्निहित टिकट या पुल रिक्वेस्ट आगे बढ़ता है, वही इंस्ट्रूमेंटेशन-बनाम-स्व-रिपोर्ट अनुशासन जो विषय 1.5 इस पुस्तक के हर मेट्रिक के लिए सुझाता है।

फ़्लो वितरण को सीधे व्यावसायिक रुचिधारकों को प्रस्तुत करें, केवल इंजीनियरिंग नेतृत्व को नहीं

इस फ्रेमवर्क के साथ सबसे बड़ा छूटा हुआ अवसर इसे एक आंतरिक इंजीनियरिंग उपकरण के रूप में मानना है। फ़्लो वितरण, विशेषताओं बनाम दोष, जोखिम, और ऋण की ओर जाने वाले काम का अनुपात (विषय 2.3), विशेष रूप से एक ऐसी बातचीत होने के लिए डिज़ाइन किया गया है जो आप उत्पाद और व्यावसायिक नेतृत्व के साथ करते हैं, क्योंकि यह एक अंतर्निहित प्राथमिकता निर्णय, कितनी क्षमता नए मूल्य में जाती है बनाम रोशनी जलाए रखने में, को माने जाने की बजाय स्पष्ट और परक्राम्य बनाता है।

चार फ़्लो आइटमों को एक वास्तविक वर्गीकरण मानें, एक औपचारिकता नहीं

काम की हर इकाई को नामांकन के समय, न कि पूर्वव्यापी रूप से, ठीक चार फ़्लो आइटम प्रकारों में से एक में वर्गीकृत करने की आवश्यकता रखें। बाद में लागू किया गया, या ढीले ढंग से लागू किया गया वर्गीकरण क्योंकि “यह मूल रूप से एक विशेषता है” वर्गीकरण के पूरे मूल्य को क्षरित करता है, क्योंकि पूरा मुद्दा यह ईमानदार, सुसंगत रिकॉर्ड है कि क्षमता वास्तव में कहाँ गई।

अपने वैल्यू स्ट्रीम मैप को तब फिर से देखें जब संगठन बदले, एक निश्चित अनुसूची पर नहीं

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

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

दृष्टिकोण	लाभ	हानि
केवल पाइपलाइन मेट्रिक्स (DORA, विषय 2.10)	सरल, अच्छी तरह सत्यापित, मौजूदा CI/CD डेटा से इंस्ट्रूमेंट करना सस्ता	किस प्रकार का मूल्य पहुँचाया जा रहा है इस पर मौन
पूर्ण फ़्लो फ्रेमवर्क अपनाना	डिलीवरी को व्यावसायिक रणनीति से जोड़ता है; मूल्य मिश्रण को दृश्यमान और परक्राम्य बनाता है	एक ईमानदार वैल्यू स्ट्रीम मैप और निरंतर फ़्लो-आइटम वर्गीकरण अनुशासन की आवश्यकता
स्थिर, एक बार की वैल्यू स्ट्रीम मैपिंग	सस्ता, एक कार्यशाला अभ्यास के रूप में चलाने में तेज़	जल्दी पुराना पड़ जाता है; एक स्नैपशॉट उत्पन्न करता है, एक जीवंत मेट्रिक नहीं
निरंतर, उपकरण-एकीकृत वैल्यू स्ट्रीम प्रबंधन	जीवंत, हमेशा-वर्तमान डेटा; कई वैल्यू स्ट्रीम में पैमाना बदलता है	अग्रिम वास्तविक टूलिंग एकीकरण कार्य की आवश्यकता

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

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

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

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

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

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

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

सरकार। फ़्लो वितरण एक सार्वजनिक-क्षेत्र इंजीनियरिंग संगठन को “अधिक नई कार्यक्षमता क्यों नहीं शिप हो रही” का एक बचाव योग्य, व्यावसायिक-पठनीय उत्तर देता है, जब ईमानदार उत्तर सुरक्षा उपचार या विरासत ऋण में जाने वाली क्षमता का एक बढ़ता हुआ हिस्सा है। उस समझौते को चुपचाप सहने की बजाय दृश्यमान और स्पष्ट बनाना, अक्सर यह फ्रेमवर्क एक सरकारी तकनीकी नेता को देने वाली एकल सबसे उपयोगी चीज़ है।

उदाहरण

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

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

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

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

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

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

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

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

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

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

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

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

Mik Kersten की Project to Product से फ़्लो फ्रेमवर्क, यह मापता है कि एक डिलीवरी पाइपलाइन के माध्यम से किस प्रकार का मूल्य चलता है, केवल पाइपलाइन स्वयं कितनी तेज़ी से चलती है यह नहीं।
फ्रेमवर्क की मापन इकाई एक वैल्यू स्ट्रीम है, कोई टीम या पाइपलाइन नहीं, और इसे ईमानदारी से मैप करना किसी भी चीज़ का इंस्ट्रूमेंटेशन करने से पहले आता है।
नामांकन पर फ़्लो-आइटम वर्गीकरण, बाद में नहीं, इस विषय के केंद्रीय चालाकी वेक्टर के विरुद्ध गार्डरेल है: अधिक उत्पादक दिखने के लिए ऋण या जोखिम कार्य को चुपचाप विशेषताओं के रूप में फिर से लेबल करना।
फ़्लो मेट्रिक्स को मौजूदा उपकरणों से जोड़ें, Jira, Azure DevOps, GitHub, एक समानांतर मैनुअल ट्रैकिंग प्रणाली की बजाय जो वास्तविक कार्यभार से नहीं बचेगी।
फ़्लो डेटा को सीधे व्यावसायिक रुचिधारकों को प्रस्तुत करें; वह बातचीत, न कि एक आंतरिक इंजीनियरिंग डैशबोर्ड, केवल-पाइपलाइन मेट्रिक्स पर फ्रेमवर्क का मुख्य लाभ है।

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

Kersten, Mik. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework. IT Revolution Press, 2018.
Rother, Mike, and John Shook. Learning to See: Value Stream Mapping to Create Value and Eliminate Muda. Lean Enterprise Institute, 1999.
Kim, Gene, Kevin Behr, and George Spafford. The Phoenix Project. IT Revolution Press, 2013.
Kim, Gene, Jez Humble, Patrick Debois, and John Willis. The DevOps Handbook. IT Revolution Press, 2016.