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

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

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

यह बदलाव अभी हो रहा है, इसका एक सांस्कृतिक कारण भी है। उपयोग-दर और प्रति-इकाई लागत पर पले-बढ़े प्रबंधकों की एक पीढ़ी की जगह अब वह पीढ़ी ले रही है जिसने देखा है कि तेज़ी से बढ़ते प्रतिस्पर्धी वही चीज़ दिनों में जारी कर देते हैं जिसे उनका अपना संगठन महीनों में करता है, और जिसने सही निष्कर्ष निकाल लिया है: कि प्रतिस्पर्धी अधिक मेहनत नहीं कर रहा, बल्कि बेहतर बहा रहा है। यह बढ़त परिश्रम की नहीं है, और इसे किसी उत्पाद की तरह खरीदा नहीं जा सकता। इसे उस तरीके में गढ़ना पड़ता है जिससे काम भीतर लिया, क्रमबद्ध और पूरा किया जाता है, और यही गढ़ाई ठीक वह चीज़ है जिसके लिए Lean और Six Sigma, कार्यान्वित किए जाने वाले कार्यक्रमों के बजाय विचार के उपकरणों के रूप में इस्तेमाल किए जाने पर, सदा से बने थे।

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

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

Six Sigma मापन का अनुशासन और भिन्नता घटाने की पद्धति प्रदान करता है, जो सबसे परिचित रूप में DMAIC के माध्यम से आती है: समस्या को ग्राहक के संदर्भ में परिभाषित करो, अनुमान लगाने के बजाय वर्तमान प्रदर्शन को मापो, परिणाम को वास्तव में चलाने वाले कारणों को खोजने के लिए विश्लेषण करो, उन कारणों को बदलकर सुधार करो, और नियंत्रण करो ताकि यह लाभ क्षीण न हो जाए। इनके इर्द-गिर्द वे प्रवाह-मापदंड हैं जो इस सबको सुबोध बनाते हैं। लीड टाइम वह कुल बीता हुआ समय है जितना ग्राहक प्रतीक्षा करता है। साइकिल टाइम सक्रिय कार्य का समय है। प्रवाह-दक्षता, इन दोनों का अनुपात, वह एकल सबसे रहस्योद्घाटक संख्या है जिसकी गणना अधिकांश संगठनों ने कभी नहीं की, और यह प्रायः पंद्रह प्रतिशत से भी नीचे होती है।

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

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

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

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

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

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

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

ऐसी वैल्यू स्ट्रीम डिज़ाइन करना जो अच्छी तरह बहे, कुछ ऐसे सिद्धांतों की बात है जो एक-दूसरे को सुदृढ़ करते हैं, और जो अलग-थलग लागू किए जाने पर व्यक्तिगत रूप से विफल हो जाते हैं।

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

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

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

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

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

इस अनुशासन की विफलताएँ इतनी सुसंगत हैं कि उन्हें नाम दिया जा सके, और उनमें से अधिकांश किसी वास्तविक तकनीक को ग़लत जगह या ग़लत कारण से लागू करने से आती हैं।

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

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

उपकरण-पूजा। Lean या Six Sigma के कर्मकांड अपना लेना, यानी बेल्ट, kaizen आयोजन, मानचित्रण कार्यशालाएँ, बिना यह बदले कि काम असल में कैसे भीतर लिया, सीमित और क्रमबद्ध किया जाता है। शब्दावली फैलती है जबकि प्रवाह नहीं सुधरता, और यह अनुशासन परिणामों के बजाय प्रमाणपत्र पैदा करने की ख्याति अर्जित कर लेता है।

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

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

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

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

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

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

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

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

इसका एक व्यावहारिक निहितार्थ भी है जो बदल देता है कि काम को क्या मान लेने की अनुमति है। जब किसी परियोजना को ऐसी क्षमता की ज़रूरत होती है जो अभी मौजूद नहीं है, तो उसे किसी खरीद-चक्र या किसी विक्रेता के roadmap की प्रतीक्षा नहीं करनी पड़ती। enterprise platform को इस तरह बनाया गया है कि वह लगभग किसी भी फ़ीचर को तेज़ी से समा सके, agentic engineering के माध्यम से: जो चाहिए उसे सरल भाषा में वर्णित किया जाता है और तेज़ी से उत्पन्न किया जाता है, पर हमेशा दृढ़ संरचना-सिद्धांतों के भीतर और कठोर गुणवत्ता-आश्वासन के अधीन, ताकि गति कभी सुसंगतता, सुरक्षा या नियंत्रण की कीमत पर न आए। इसका प्रभाव मात्र सुविधाजनक होने के बजाय रणनीतिक है। यह बनाओ-या-खरीदो की रेखा को खिसका देता है, विकल्प खुले रखना सस्ता रखता है, और संरचना को रणनीति का अनुसरण करने देता है, न कि रणनीति को उस चीज़ के आगे झुकने देता है जो संयोगवश किसी अलमारी पर रखी थी।

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