आवश्यकता जीवन चक्र प्रबंधन

⚡ स्मार्ट सारांश

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

  • 🌀 जीवन चक्र का अवलोकन: आवश्यकता जीवनचक्र में चार मुख्य चरण शामिल हैं - परिभाषा, सत्यापन, प्रलेखन और प्रबंधन - जो प्रत्येक परियोजना पद्धति को आकार देते हैं।
  • 🧭 BABOK कार्य: Tracआवश्यकताओं का रखरखाव, प्राथमिकता निर्धारण, परिवर्तनों का आकलन और अनुमोदन करना, ये पांच निरंतर कार्य हैं जिन्हें BABOK गाइड द्वारा परिभाषित किया गया है।
  • 🔍 प्रभाव आकलन: आवश्यकताओं का विश्लेषण करने से ऐसे तथ्य और आंकड़े प्राप्त होते हैं जो एक बिजनेस एनालिस्ट को परिणामों का पूर्वानुमान लगाने और परियोजना के जोखिम को शुरुआत में ही कम करने में मदद करते हैं।
  • 📄 दस्तावेज़ीकरण का दायरा: एक संपूर्ण आवश्यकता दस्तावेज़ में हितधारकों की ज़रूरतें, व्यावसायिक विश्लेषण योजना, वर्तमान स्थिति का विश्लेषण और कार्यक्षेत्र विवरण विनिर्देश शामिल होते हैं।
  • 🔗 Tracक्षमता: आवश्यकताएँ Tracयोग्यता मैट्रिक्स प्रत्येक आवश्यकता को डिजाइन, कोड और परीक्षण से जोड़ता है, जिससे कार्यक्षेत्र में विस्तार और कवरेज में कमी को रोका जा सकता है।
  • उपकरण परिदृश्य: जामा कनेक्ट, IBM दरवाजे, Modern Requirementsजीरा के साथ Xray, तथा Azure डेवऑप्स जीवन चक्र को शुरू से अंत तक स्वचालित करता है।

आवश्यकता जीवन चक्र प्रबंधन

किसी आवश्यकता का जीवन चक्र क्या होता है?

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

आवश्यकता जीवन चक्र आरेख

आवश्यकता जीवन चक्र आरेख

चरण 1: आवश्यकता परिभाषा

यह आवश्यकता संग्रह प्रक्रिया के प्राथमिक चरणों में से एक है, जिसे आमतौर पर आवश्यकता विश्लेषण के रूप में जाना जाता है।tracउत्तेजना या उद्भव।

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

इन आवश्यकताओं का आगे विश्लेषण करके ऐसे तथ्य और आंकड़े तैयार किए जाते हैं जो एक बिजनेस एनालिस्ट की सहायता करते हैं। tracविश्लेषण के आधार पर k संभावित परिणाम। इस प्रक्रिया को कहा जाता है प्रभाव आकलन.

चरण 2: आवश्यकता सत्यापन

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

किसी भी परियोजना की सफलता के लिए आवश्यकताओं का सत्यापन अत्यंत महत्वपूर्ण है। आवश्यकता सत्यापन में विनिर्देश, वायरफ्रेम, उच्च-विश्वसनीयता सिमुलेशन आदि की जाँच शामिल है। tracयोग्यता विश्लेषण।

आवश्यकता सत्यापन उपकरण मौजूद हैं जो न्यूनतम मानवीय हस्तक्षेप के साथ इस कार्य के अधिकांश भाग को स्वचालित कर देते हैं।

चरण 3: आवश्यकता दस्तावेज़ीकरण

आवश्यकता संबंधी दस्तावेजों में निम्नलिखित बातों को शामिल किया जाना चाहिए:

  • परियोजना हितधारकों की आवश्यकताएँ
  • व्यवसाय विश्लेषण योजना
  • वर्तमान स्थिति विश्लेषण
  • कार्यक्षेत्र विवरण विनिर्देश

चरण 4: आवश्यकता प्रबंधन

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

आवश्यकता जीवन चक्र प्रबंधन में पाँच मुख्य कार्य

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

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

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

आवश्यकताएँ Tracयोग्यता मैट्रिक्स (आरटीएम) की व्याख्या

आवश्यकताएँ Tracयोग्यता मैट्रिक्स, या आरटीएम, एक कार्यशील दस्तावेज़ है जो प्रत्येक आवश्यकता को उसके मूल, डिज़ाइन तत्व, कोड घटक और परीक्षण मामले से जोड़ता है। यह एक व्यावहारिक उपकरण है जो "Trac"ई रिक्वायरमेंट्स" कार्य को खोज योग्य रिकॉर्ड में बदलें।

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

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

लोकप्रिय आवश्यकता प्रबंधन उपकरण

हाथ से tracटीमों के बढ़ने पर स्प्रेडशीट में आवश्यकताओं का निर्धारण जल्दी टूट जाता है। निम्नलिखित उपकरण व्यावसायिक विश्लेषकों द्वारा संपूर्ण जीवनचक्र को शुरू से अंत तक संचालित करने के लिए व्यापक रूप से उपयोग किए जाते हैं।

  • जामा कनेक्ट: बेसलाइनिंग, समीक्षा, जोखिम विश्लेषण और लाइव सुविधाओं के साथ एंटरप्राइज आवश्यकताओं का प्लेटफॉर्म। tracसिस्टम इंजीनियरिंग टीमों में दक्षता।
  • IBM Engineering Requirements प्रबंधन द्वार: एयरोस्पेस, रक्षा और ऑटोमोटिव क्षेत्रों में बड़े, विनियमित आवश्यकताओं के समूह के लिए लंबे समय से उपयोग किया जाने वाला उपकरण।
  • Modern Requirements एसटी Azure देवोप्स: का विस्तार Azure समीक्षा, बेसलाइन और सहित डेवऑप्स कार्य मदें tracएजाइल और हाइब्रिड टीमों के लिए लक्षित ई-एबिलिटी फीचर्स।
  • जीरा और Xray: यह एक लोकप्रिय एजाइल संयोजन है जो एपिक्स और यूजर स्टोरीज को टेस्ट केस और डिफेक्ट्स से जोड़ता है, जिससे कई सॉफ्टवेयर टीमों के लिए आवश्यकताओं का हल्का प्रबंधन संभव हो जाता है।
  • विज़र आवश्यकताएँ एएलएम: एक ऐसा एप्लिकेशन लाइफ साइकिल मैनेजमेंट प्लेटफॉर्म जो आवश्यकताओं, परीक्षणों, जोखिम और परिवर्तन नियंत्रण को एक ही कार्यक्षेत्र में एकीकृत करता है।
  • ब्लूप्रिंट स्टोरीटेलर: व्यापारिक उद्देश्यों को संरचित आवश्यकताओं में परिवर्तित करने पर केंद्रित, जो आगे चलकर वितरण उपकरणों के लिए तैयार हों।

सही उपकरण टीम के आकार, नियामक आवश्यकताओं और लागत पर निर्भर करता है। tracऑडिटर्स या सुरक्षा मामलों के लिए आवश्यक क्षमता। कई टीमें जीरा और एक स्प्रेडशीट से शुरुआत करती हैं और जब बड़े पैमाने पर आवश्यकता होती है तो एक समर्पित प्लेटफॉर्म पर चली जाती हैं।

अक्सर पूछे जाने वाले प्रश्न

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

GPT और GitHub Copilot संक्षिप्त निर्देशों के आधार पर उपयोगकर्ता कहानियों, स्वीकृति मानदंडों और व्यावसायिक नियमों का प्रारंभिक मसौदा तैयार करते हैं। एक व्यावसायिक विश्लेषक प्रत्येक आउटपुट की समीक्षा करता है और इसे स्वीकृत आवश्यकता बनने से पहले प्राप्त जानकारी और BABOK गुणवत्ता मानदंडों के आधार पर उसका विश्लेषण करता है।

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

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

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

स्किपping tracअक्षमता, परिवर्तन नियंत्रण के बिना दायरे को स्थिर करना, समाधान संबंधी विचारों को व्यावसायिक आवश्यकताओं के साथ मिलाना, और आवश्यकताओं को एक जीवंत वस्तु के बजाय एक बार के दस्तावेज़ के रूप में मानना, वे गलतियाँ हैं जिनके कारण सबसे अधिक पुनर्कार्य और समय सीमा में चूक होती है।

MoSCoW, कानो विश्लेषण, भारित स्कोरिंग या विलंब लागत जैसी संरचित तकनीकों का उपयोग करें। व्यवसाय से प्राप्त मूल्य अनुमानों को डिलीवरी टीम से प्राप्त प्रयास और जोखिम अनुमानों के साथ मिलाएं, फिर प्रायोजक और उत्पाद स्वामी के साथ ऑर्डर पर सहमति बनाएं।

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

इस पोस्ट को संक्षेप में इस प्रकार लिखें: