जब सॉफ़्टवेयर प्रोजेक्ट्स की बात आती है, तो क्या आपने कभी देखा है कि विभिन्न सॉफ़्टवेयर विकास कंपनियाँ और सॉफ़्टवेयर सेवा डिज़ाइन कंपनियाँ एक प्रोजेक्ट को कैसे वर्णित करती हैं? क्या उनके विवरण को पढ़ने के बाद आप प्रोजेक्ट की विशिष्ट आवश्यकताओं और पृष्ठभूमि को जल्दी से समझ सकते हैं?

सॉफ़्टवेयर प्रोजेक्ट्स के सामान्य विवरण में आमतौर पर निम्नलिखित चार बिंदु शामिल होते हैं:

ग्राहक उद्योग परिचय

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

व्यापार प्रक्रिया में समस्याएँ (आवश्यकताओं का स्थान)

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

प्रस्तावित समाधान

ग्राहक के साथ सहमति प्राप्त करने के बाद, सॉफ़्टवेयर कंपनी ने अनुकूलित रूप से आवश्यकताओं के अनुसार परियोजना योजना और कार्यान्वयन प्रस्तुत किया, जिसे ग्राहक की कार्य प्रक्रिया में सफलतापूर्वक लागू किया जा सकता है।

परिणाम

पुराने समाधान की तुलना में, नए समाधान के आवेदन के बाद, ग्राहक के लिए क्या अंतर और परिवर्तन हुए हैं, जैसे कि उत्पादन लाइन प्रक्रिया की दक्षता में सुधार, सूचना के समेकन के समय में कमी, नए ग्राहक समूहों तक पहुंचने के लिए नए चैनल प्रदान करना।

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

एक "कोर वैल्यू" स्थापित करें, ताकि यह कोर वैल्यू प्रोजेक्ट की सीमा को स्थापित कर सके

प्रोजेक्ट एक प्रोजेक्ट होता है क्योंकि यह सीमित संसाधनों में एक विशिष्ट उद्देश्य प्राप्त करता है। हालांकि, यदि विशिष्ट उद्देश्य को प्राप्त करने की प्रक्रिया में सीमा निर्धारित नहीं की जाती है, तो "संबंधित" कार्यक्षमता उत्पन्न हो सकती है। इस संबंधित कार्यक्षमता का प्रकट होना पूरे समाधान के लिए बहुत फायदेमंद हो सकता है, लेकिन इससे विकास का समय बढ़ सकता है, जिससे समय पर लॉन्च नहीं हो सकता है; या यह पूरे समाधान के लिए कोई ठोस योगदान नहीं देता है।

उदाहरण:

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

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

सीमित विकास समय में, जब विकास कार्यक्षमता और ग्राहक की अपेक्षित सिस्टम इंटरफ़ेस में टकराव होता है, तो क्या करना चाहिए?

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

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

प्रत्येक प्रोजेक्ट के अनुसार, ग्राहक के साथ चर्चा करते समय सबसे उपयुक्त "कोर वैल्यू" निर्धारित करें

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

यदि आप भी आज इस लेख को पढ़ रहे हैं और ग्राहक द्वारा प्रस्तुत आवश्यकताओं से परेशान हैं, तो प्रोजेक्ट की कोर वैल्यू को सूचीबद्ध करके खुद को और ग्राहक को मनाने का प्रयास करें!