मूल्य प्रणाली स्कीमा के साथ सॉफ़्टवेयर डिलीवरी में मूल्य प्रवाह का मापन

पूर्ण पाठ

1 परिचय

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

यह शोधपत्र इस प्रश्न का उत्तर देने के लिए मूल्य प्रणाली स्कीमा (Value System Schema, VSS) पर आधारित एक विधि प्रस्तावित करता है, जो Æilus पद्धति की मॉडलिंग संकेतन-प्रणाली है और aeilus.tech पर प्रकाशित VSS Editor में कार्यान्वित है। यह "Æilus for Business" श्रृंखला का पाँचवाँ शोधपत्र है। यह श्रृंखला के पहले शोधपत्र "Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners" (Bolshakov, ÆVRI, 2026) में परिभाषित शब्दावली का उपयोग करता है और उन परिभाषाओं को दोहराता नहीं है। मूल्य को मापने योग्य मुद्रा (Æ) के रूप में देखने का औपचारिक विवेचन "Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective" (Bolshakov, ÆVRI, 2026) में दिया गया है।

यह शोधपत्र वर्णन करता है कि कोई डिलीवरी संगठन अपनी मूल्य प्रणाली का स्कीमा कैसे बना सकता है, रिलीज़ के साथ नियोजित और वास्तविक (realized) मूल्य कैसे जोड़ सकता है, प्रवाह प्रतिरोध और रिसाव कैसे खोज सकता है, साझा तकनीकी नोडों का मूल्यांकन कैसे कर सकता है, और स्पष्ट भूमिकाओं तथा लय के साथ इस चक्र को कैसे चला सकता है। यह VMT के अभिगृहीतों A1, A2, A4, A5, A6, A7, A11 और A13 तथा प्रमेयों T3, T4, T5, T6, T8, T9, T15, T16 और T17 पर आधारित है। इसमें कोई मापा हुआ डेटा नहीं है। खंड 9 का उदाहरण कृत्रिम है।

2 डिलीवरी मेट्रिक्स क्या मापते हैं और क्या नहीं

डिलीवरी मेट्रिक्स कार्य की गति का वर्णन करते हैं। वेलॉसिटी पूरे किए गए अनुमानित प्रयास को गिनती है; थ्रूपुट पूरे किए गए आइटमों को गिनता है। Forsgren, Humble और Kim (Accelerate, 2018) द्वारा लोकप्रिय बनाए गए चार प्रमुख मेट्रिक्स, अर्थात् डिप्लॉयमेंट आवृत्ति, परिवर्तनों के लिए लीड टाइम, सेवा बहाल करने का समय और परिवर्तन विफलता दर, डिलीवरी पाइपलाइन की गति और स्थिरता का वर्णन करते हैं। वह शोध इन क्षमताओं को संगठनात्मक प्रदर्शन से जोड़ता है, और यह शोधपत्र उससे असहमत नहीं है। इसका दावा अधिक सीमित है: ये मेट्रिक्स पाइपलाइन का वर्णन करते हैं, उस मूल्य का नहीं जो उससे होकर गुज़रता है।

इससे तीन अंतराल उत्पन्न होते हैं।

• प्रयास मूल्य नहीं है। उच्च वेलॉसिटी वाली स्प्रिंट ऐसी सुविधाएँ दे सकती है जिनका कोई उपयोग नहीं करता। Product Value System डेक की भाषा में, "features are not value" और "metrics are not value": सुविधा मूल्य के बारे में एक धारणा है, और मेट्रिक उसकी एक व्याख्या है।
• गति दिशा नहीं है। छोटा लीड टाइम गलत परिकल्पना को अधिक तेज़ी से पहुँचा देता है।
• स्थिरता प्रतिमूल्य का अभाव नहीं है। कम परिवर्तन विफलता दर विलंब, भ्रम, उपयोगकर्ता की ओर पुनःकार्य, या ऐसे परिवर्तन से हुई विश्वास की हानि के बारे में कुछ नहीं कहती जो ठीक वैसे ही काम करता था जैसा डिज़ाइन किया गया था।

मूल्य प्रबंधन सिद्धांत (Value Management Theory, VMT) की दृष्टि से यह अंतराल संरचनात्मक है। मूल्य केवल परिभाषित मूल्य प्रणाली के भीतर अस्तित्व में होता है और उसके कर्ताओं द्वारा व्याख्यायित किया जाता है (A1, A2)। यह उपभोग के क्षण में वास्तविक रूप लेता है (A6), और नियोजित तथा वास्तविक मूल्य प्रायः भिन्न होते हैं (A4, T3)। पाइपलाइन मेट्रिक्स उपभोग से पहले, प्रेषक की ओर एकत्र किए जाते हैं, इसलिए वे अधिक से अधिक नियोजित मूल्य की डिलीवरी का वर्णन करते हैं। जब ऐसे मेट्रिक्स लक्ष्य बन जाते हैं, तो Goodhart (1975) द्वारा वर्णित प्रभाव प्रकट होता है: टीमें गिनती को ही अनुकूलित करने लगती हैं। VMT यही जोखिम प्रणाली की भाषा में कहता है: स्थानीय अनुकूलन वैश्विक सुधार की गारंटी नहीं देता (T5)।

3 मूल्य प्रणाली स्कीमा संकेतन

3.1 संकेतन के तत्व

Æilus पद्धति में, मूल्य प्रणाली स्कीमा पहली मूल कलाकृति (artifact) है: यह मूल्य प्रणाली, उसके कर्ताओं, प्रवाहों, रूपांतरकों और प्रमुख आदान-प्रदानों का औपचारिक वर्णन है, जिसका उपयोग प्रणाली की सीमाएँ निर्धारित करने और अदृश्य बाहरी निर्भरताओं को रोकने के लिए किया जाता है। VSS को रूपांतरक स्तर पर या प्रणाली स्तर पर बनाया जा सकता है।

VSS Editor, जो दिसंबर 2025 में aeilus.tech पर जारी हुआ, ऐसे स्कीमा के लिए ब्राउज़र-आधारित दृश्य संपादक है। इसके संकेतन में तत्वों की संख्या कम है।

• कन्वर्टर (Converters)। कन्वर्टर स्कीमा में रूपांतरक भूमिका के लिए Æilus का नाम है: एक कार्यात्मक खंड, जैसे टीम, सेवा या उप-प्रणाली, जो मूल्य तत्व प्राप्त करता है, उन्हें रूपांतरित करता है और नए तत्व उत्पन्न करता है। कन्वर्टर वे स्थान हैं जहाँ मूल्य बनाया, बढ़ाया या नष्ट किया जाता है।
• प्रवाह (Flows)। प्रवाह कन्वर्टरों के बीच, या किसी कन्वर्टर और बाहरी दुनिया के बीच दिशात्मक संबंध है। यह Æ में मूल्य या प्रतिमूल्य की मात्रा वहन करता है। प्रवाह बाहरी अंतर्वाही (प्रणाली में प्रवेश करता मूल्य), बाहरी बहिर्वाही (प्रणाली से निकलता मूल्य) या आंतरिक (कन्वर्टरों के बीच मूल्य) होता है।
• इनपुट और आउटपुट। बाहरी अंतर्प्रवाह और बहिर्प्रवाह दर्शाते हैं कि मूल्य कहाँ प्रवेश करता और कहाँ से निकलता है। साथ मिलकर वे प्रणाली की सीमा को परिभाषित करते हैं।
• मूल्य तत्व। तत्वों के प्रकार बताते हैं कि प्रवाह में ठीक-ठीक क्या गतिमान है: ग्राहक मूल्य, राजस्व, लागत, जोखिम, तकनीकी ऋण और इसी तरह की चीज़ें। सहेजे गए स्कीमा में प्रत्येक तत्व का एक प्रकार (मूल्य या प्रतिमूल्य), एक चिह्न, एक मात्रा और एक इकाई (Æ) होती है।
• प्रतिमूल्य। प्रतिमूल्य हानियों और नकारात्मक प्रभावों को दर्शाता है: विलंब, पुनःकार्य, दोष, नौकरशाही, जोखिम, बर्नआउट, व्यर्थ प्रयास। स्कीमा में यह ऋणात्मक चिह्न वाला स्पष्ट तत्व है, मूल्य का अभाव नहीं (A5)।

3.2 मशीन-पठनीय मॉडल के रूप में स्कीमा

संपादक स्कीमा को नोड (कन्वर्टर), प्रवाह और तत्वों वाले संरचित JSON के रूप में सहेजता है। इसलिए स्कीमा का संस्करण उत्पाद के साथ रखा जा सकता है, और बाद में ऐसे विश्लेषण उसे पढ़ सकते हैं जो प्रत्येक प्रवाह के लिए नियोजित और वास्तविक मात्राओं की तुलना करते हैं। ऐसे विश्लेषण भविष्य के कार्य के रूप में घोषित हैं और यहाँ मान्य नहीं लिए गए हैं।

3.3 स्कीमा क्या नहीं है

VSS Editor स्पष्ट रूप से KPI डैशबोर्ड, BI उपकरण, सिमुलेशन इंजन या वित्तीय लेखांकन का विकल्प नहीं है। यह गणना से पहले स्पष्टता को रखता है। अनुशंसित मॉडलिंग क्रम इस प्रकार है: सीमा परिभाषित करें, केवल प्रमुख कन्वर्टर जोड़ें, उन्हें नामित प्रवाहों से जोड़ें (संख्याओं से पहले नाम, परिशुद्धता से पहले दिशा), फिर प्रतिमूल्य अंकित करें, यह चरण प्रायः सबसे अधिक अंतर्दृष्टि देता है।

4 किसका मूल्य: प्रणाली और उसकी सीमा

मूल्य का कोई भी मापन तब तक अर्थहीन है जब तक वह यह न बताए कि किसका मूल्य मापा जा रहा है (A1, T1)। चुनी गई सीमा वास्तविकता में कोई परिवर्तन हुए बिना भी निष्कर्षों को बदल देती है (T15)। इसलिए यह शोधपत्र किसी भी मापन से पहले मूल्य प्रणाली को निश्चित करता है।

यहाँ मॉडल की गई मूल्य प्रणाली किसी उत्पाद संगठन के भीतर एक सॉफ़्टवेयर उत्पाद की उत्पाद मूल्य प्रणाली है। Product Value System डेक के अनुसार, इसके कर्ता हैं: उत्पाद कार्य-विभाग, विकास टीम, संचालन, उत्पादन में चल रहा उत्पाद, उपयोगकर्ता, और उपयोगकर्ताओं द्वारा लौटाए गए मूल्य के प्राप्तकर्ता के रूप में कंपनी। वित्त एक बाहरी सक्षमकारी अंतर्प्रवाह (वेतन) है।

दो वास्तविक व्याख्याएँ मापी जाती हैं: उपयोगकर्ताओं के लिए मूल्य, जिसकी व्याख्या उपयोगकर्ता या उनका प्रेक्षणीय व्यवहार करता है, और कंपनी के लिए मूल्य, जिसकी व्याख्या कंपनी वापसी प्रवाह (राजस्व, प्रतिधारण, घटी हुई लागत या जोखिम) के प्राप्तकर्ता के रूप में करती है। नियोजित मूल्य रिलीज़ से पहले प्रेषक की व्याख्या है। उसी रिलीज़ का किसी भागीदार या नियामक के लिए मूल्य सीमा से बाहर है, जब तक सीमा को स्पष्ट रूप से बढ़ाया न जाए।

5 उत्पाद परिकल्पना से वास्तविक मूल्य तक: मूल्य चक्र

Product Value System डेक उत्पाद कार्य को ऐसे चक्र के रूप में प्रस्तुत करता है जिसमें मूल्य परिकल्पनाएँ बनाई जाती हैं, कार्यान्वित की जाती हैं, सत्यापित की जाती हैं और बनाए रखी जाती हैं। स्कीमा की भाषा में चक्र के कन्वर्टर और प्रवाह निम्नलिखित हैं।

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

यह चक्र रूपांतरण अभिगृहीत (A7) को ठोस बनाता है: प्रत्येक कन्वर्टर जो प्राप्त करता है उसे वास्तविक रूप देता है और अगले के लिए नया नियोजित मूल्य उत्पन्न करता है। यह यह भी दिखाता है कि पाइपलाइन मेट्रिक्स केवल चरण 3 और 4 को ही क्यों कवर करते हैं। चरण 1, 2, 5 और 6, जहाँ मूल्य नियोजित, वास्तविक और लौटाया जाता है, पाइपलाइन के बाहर हैं।

डेक में आंतरिक और बाहरी उत्पादों के लिए प्रेक्षणीय तत्व प्रकार भी सूचीबद्ध हैं। मूल्य तत्वों में बचाया गया समय, कम परिचालन त्रुटियाँ, नकदी प्रवाह, जोखिम में कमी, कम संज्ञानात्मक भार, पूर्वानुमेयता, नई क्षमताएँ और विश्वास शामिल हैं। प्रतिमूल्य के समकक्ष तत्वों में गँवाया गया समय, पुनर्कार्य, बढ़ती परिचालन लागत, तकनीकी ऋण, अपूर्वानुमेयता, मैनुअल वैकल्पिक उपाय, विश्वास की हानि और बिगड़ी हुई ग्राहक सेवा शामिल हैं। यह वर्गीकरण डिलीवरी के लिए मूल्य तत्व रजिस्टर (Value Element Registry) का प्रारंभिक बिंदु है।

6 प्रति रिलीज़ नियोजित और प्राप्त मूल्य, प्रतिरोध और रिसाव

6.1 तुलना की इकाई के रूप में रिलीज़

तुलना की इकाई रिलीज़ है, या बैकलॉग आइटम, जब रिलीज़ छोटी हों। प्रत्येक के लिए यह पद्धति Æ में दर्ज करती है:

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

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

6.2 डिलीवरी में प्रवाह प्रतिरोध

प्रवाह प्रतिरोध (flow resistance) नियोजित और प्राप्त मूल्य के बीच का अंतर तथा किसी प्रवाह में प्रकट होने वाला प्रतिमूल्य है। VMT शून्येतर अंतर को सामान्य मानता है (T3), परंतु मानता है कि प्रतिरोध ऐतिहासिक रूप से संचित होता है (T4) और भविष्य के मूल्य को प्राप्त करने की क्षमता को घटाता है (T6)। डिलीवरी में मूल्य कार्यान्वयन में (दायरे में कटौती, परिकल्पना की गलत समझ), रिलीज़ में (दोष, रोलबैक), अपनाने में (उपयोगकर्ता परिवर्तन को खोज या उपयोग नहीं कर पाते) और विलंब के कारण नष्ट होता है। विलंब की लागत (cost of delay) की अवधारणा (Reinertsen, 2009) के अनुसार, विलंब को देरी से चलने वाले प्रवाह पर प्रतिमूल्य के रूप में मॉडल किया जाता है, अलग मीट्रिक के रूप में नहीं।

यदि प्रत्येक प्रवाह अपनी नियोजित और प्रेक्षित मात्राएँ वहन करता है, तो स्कीमा दिखाती है कि हानि किस कन्वर्टर में हुई। Æilus आर्टिफैक्ट सेट में प्रवाह प्रतिरोध रजिस्टर और नियोजित बनाम प्राप्त मूल्य अंतर रिपोर्ट का यही उद्देश्य है।

6.3 रिसाव

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

7 साझा नोड: सभी प्रवाहों में मूल्यांकन

सॉफ़्टवेयर प्रणाली में कुछ कन्वर्टर ऐसा कोई मूल्य उत्पन्न नहीं करते जिसे उपयोगकर्ता नाम दे सके, फिर भी प्रत्येक मूल्य प्रवाह उनसे होकर गुज़रता है। सितंबर 2025 की लेखक की चैनल पोस्ट और संबंधित aeilus.tech लेख उदाहरण के रूप में प्राधिकरण का उपयोग करते हैं: यह स्वयं कोई मूल्य उत्पन्न नहीं करता, परंतु इसके बिना प्रत्येक परिदृश्य रुक जाता है। API गेटवे या CI पाइपलाइन भी इसी प्रकार के हैं।

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

• उससे होकर गुज़रने वाले प्रवाहों का समुच्चय, जो स्कीमा से पढ़ा जाता है;
• वह प्रतिमूल्य जो वह उन प्रत्येक प्रवाह में जोड़ता है (विलंबता, आउटेज, विफल लॉगिन, एकीकरण दोष);
• उसका उपभोग किया गया मूल्य (टीम का प्रयास, अवसंरचना)।

उसकी दक्षता, उसके सभी प्रवाहों में प्रदान किया गया मूल्य घटा प्रतिमूल्य है, जिसे उपभोग किए गए मूल्य के सापेक्ष रखा जाता है, उसी लेख की प्रक्रिया दक्षता की परिभाषा के अनुसार। साझा नोड में गिरावट कभी स्थानीय घटना नहीं होती; यह उन सभी प्रवाहों में जुड़ा प्रतिरोध है जिनकी वह सेवा करता है। प्रमेय T8 स्थिरता का एक तर्क जोड़ता है: जब कोई रूपांतरण भूमिका निभाई नहीं जा सकती तो स्थिरता खो जाती है, और भूमिका की अतिरिक्तता (redundancy) स्थिरता बढ़ाती है।

8 टीम लीडर को क्या लाभ मिलता है

फ़रवरी 2022 की लेखक की चैनल पोस्ट सूचीबद्ध करती है कि यह दृष्टिकोण टीम और उसके लीडर को क्या देता है। इस शोधपत्र की शब्दावली में पुनःकथित:

• प्रतिक्रिया के रूप में प्रदान किया गया मूल्य। किसी भी अवधि के लिए टीम velocity के अप्रत्यक्ष संकेत के बजाय, प्राप्तकर्ताओं द्वारा पुष्ट, Æ में अपने द्वारा प्रदान किया गया मूल्य देखती है।
• प्रक्रिया पद्धति से स्वतंत्र प्रभावशीलता का माप। अभ्यास चाहे जो हो, माप उपभोग किए गए मूल्य के प्रति प्राप्त मूल्य है, और अभ्यासों को उस पर उनके प्रभाव के आधार पर चुना या त्यागा जाता है (P7)।
• व्यवसाय के लिए पारदर्शिता। तकनीकी कार्य उन प्रवाहों के माध्यम से समझाने योग्य बन जाता है जिनका वह समर्थन करता है।
• मूल्य से बैकलॉग प्राथमिकता। प्राथमिकता सबसे ऊँची आवाज़ वाले हितधारक के बजाय नियोजित मूल्य, उसके विश्वास स्तर और उसकी विलंब लागत से निकाली जा सकती है।
• विलंब की लागत और उत्पादन त्रुटियाँ प्रतिमूल्य के रूप में। व्यवसाय दिखा सकता है कि परिवर्तन के देर से या दोषपूर्ण होने पर मूल्य कैसे गिरता है, और टीम देखती है कि उसके कार्य की उपयोगिता समय और उत्पादन गुणवत्ता पर कैसे निर्भर करती है।
• साझा संसाधनों के पक्ष में तर्क। जहाँ प्रशासक और DevOps इंजीनियर साझा हैं, वहाँ मूल्य-आधारित प्राथमिकता समझाती है कि एक टीम का कार्य दूसरी के पक्ष में क्यों टाला गया, दोनों दिशाओं में।

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

9 एक संश्लेषित उत्पाद की कार्यशील स्कीमा

यह खंड एक संश्लेषित, उदाहरणात्मक उत्पाद का वर्णन करता है। यह कोई केस स्टडी नहीं है, यह किसी वास्तविक संगठन का वर्णन नहीं करता, और इसमें कोई मापी गई संख्या नहीं है।

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

स्कीमा VSS Editor में चार चरणों में बनाई जाती है: एक बाहरी अंतर्प्रवाह (निवेश और वेतन) और उपयोगकर्ताओं की ओर बाहरी बहिर्प्रवाहों के साथ सीमा; सात कन्वर्टर; उन मूल्य तत्वों के नाम वाले प्रवाह जिन्हें वे वहन करते हैं; और प्रतिमूल्य तत्व। पहले अनुमान सत्र तक मात्राएँ रिक्त रहती हैं।

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

10 इसे कैसे चलाएँ

10.1 कौन आकलन करता है और कौन सत्यापित करता है

2025 की पोस्ट से Æilus का नियम संक्षिप्त है: किसी प्रक्रिया के आउटपुट मूल्य का आकलन उसी को करना चाहिए जो उसका उपभोग करता है, और उस आकलन की जाँच किसी अन्य को करनी चाहिए। डिलीवरी पर लागू करने पर, यह एक स्पष्ट विभाजन देता है।

• नियोजित मूल्य का आकलन प्रेषक करता है। परिकल्पनाओं के लिए यह प्रोडक्ट ओनर है, जो प्रोडक्ट कन्वर्टर के मूल्य रूपांतरक स्वामी (Value Transformer Owner, VTO) के रूप में कार्य करता है। विकास कन्वर्टर के लिए यह टीम लीडर है, VTO के रूप में।
• प्राप्त मूल्य की व्याख्या प्राप्तकर्ता करता है: उपयोगकर्ता, जिन्हें प्रोडक्ट या वेब एनालिटिक्स के माध्यम से देखा जाता है, और वापसी प्रवाह के लिए कंपनी। डेक अस्थायी उपाय के रूप में प्रस्ताव करता है कि प्रत्यक्ष सत्यापन स्थापित होने तक प्रोडक्ट एनालिटिक्स उपयोगकर्ता पक्ष का प्रतिनिधित्व करे।
• व्याख्या का सत्यापन दूसरे पक्ष द्वारा किया जाता है: मूल्य प्रणाली स्वामी (Value System Owner, VSO), जो प्रणाली-स्तर की स्थिरता का स्वामी है, या किसी महत्वपूर्ण प्रवाह के लिए प्रवाह स्वामी (Flow Owner)।
• पद्धतिगत अखंडता को Æilus मास्टर का समर्थन प्राप्त है (डेक में, प्रोजेक्ट मैनेजर द्वारा धारित Æilus चैंपियन), जो मूल्य वितरण, योजना बनाम तथ्य और प्रवाह प्रतिरोध की रिपोर्टें तैयार करता है।

10.2 लय

Æilus कोई कैलेंडर निर्धारित नहीं करता। पद्धति के अनुशंसित आयोजनों के अनुरूप, डिलीवरी टीम के लिए न्यूनतम लय इस प्रकार है।

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

10.3 अनुशासन

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

11 सीमाएँ और अनुभवजन्य अध्ययन के लिए क्या आवश्यक होगा

यह पत्र वैचारिक है और मापे गए डेटा पर इसका परीक्षण नहीं किया गया है। इससे कई सीमाएँ उत्पन्न होती हैं।

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

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

12 निष्कर्ष

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

संदर्भ

• Bolshakov, V. Value Management Theory and Employee-Centric Competitive Advantage: A System-Level Perspective. ÆVRI, 2026.
• Bolshakov, V. Value, Anti-Value and Value Flows: A Working Vocabulary for Practitioners. ÆVRI, 2026.
• Bolshakov, V. Value Management Theory (VMT), version 1.4. 2026.
• Bolshakov, V. Value Management Methodology Æilus, v2.0. 2026.
• Bolshakov, V. VMT, Æilus v2.0 and the Product Value System (presentation). 2026.
• Bolshakov, V. New Tool Released: Value System Schema Editor (VSS Editor). aeilus.tech, 2025.
• Bolshakov, V. Assessing the Value of Processes: Efficiency, Risks, and Anti-Value. aeilus.tech, 2025.
• Bolshakov, V. Artifacts and Reports. Æilus methodology, aeilus.tech/methodology/artifacts-and-reports/. 2026.
• Bolshakov, V. Æilus channel posts on value flows, team leadership and the VSS Editor (in Russian). 2022-2025.
• Forsgren, N., Humble, J., Kim, G. Accelerate: The Science of Lean Software and DevOps. 2018.
• Goodhart, C. Problems of Monetary Management: The U.K. Experience. 1975.
• Reinertsen, D. The Principles of Product Development Flow. 2009.