आवश्यकताओं के प्रबंधन के लिए व्यवस्थित दृष्टिकोण

एपिग्राफ: एक ऊंट एक घोड़ा है जिसे सभी ग्राहकों की आवश्यकताओं के अनुसार बनाया गया है।

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

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


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

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

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

चूंकि इंटरनेट सिस्टम के लिए आवश्यकताओं के प्रबंधन के लिए एक सुविधाजनक और अपेक्षाकृत सार्वभौमिक कार्यप्रणाली की आवश्यकता लंबे समय से है, वर्तमान समय में तीन रणनीतिक रूप से महत्वपूर्ण कार्यों को हल करना आवश्यक है:

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

ADV / वेब इंजीनियरिंग सह पर। कई वर्षों के लिए, विभिन्न उपकरणों और आवश्यकताओं के प्रबंधन के तरीकों का व्यावहारिक अध्ययन किया गया है, और अब तक हमें इंटरनेट सिस्टम के कस्टम विकास में आवश्यकताओं को प्रभावी ढंग से प्रबंधित करने के तरीके की स्पष्ट समझ है।

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

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

चक्र के निम्नलिखित लेखों में, साथ ही साथ मास्टर वर्ग " आवश्यकताएँ प्रबंधन " पर कार्यप्रणाली का अधिक विस्तृत विवरण माना जाएगा, जो बीईओ 28-29 जुलाई को आरआईके में आयोजित करेगा।

टास्क 1) हमें हल करने के लिए लगता है, और हम समस्या को हल करने के लिए आगे बढ़ते हैं 2) - कार्यप्रणाली को जनता तक लाना और धीरे-धीरे इसे उद्योग स्तर पर एक अधिक सार्वभौमिक उपकरण के रूप में "ठीक-ट्यूनिंग" करना।