नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
विभिन्न अनुरोधों को प्राथमिकता के आधार पर रखना कभी-कभी कठिन और डराने वाला हो सकता है. अपेक्षाकृत मात्रात्मक दृष्टिकोण का पालन करना न केवल आपको सही सुविधाओं को प्राथमिकता के आधार पर रखने में मदद करेगा, बल्कि उन लोगों को भी आपका निर्णय समझाने में मदद करेगा, जिन्होंने सुविधाओं का अनुरोध किया था.
सुविधाओं को प्राथमिकता के आधार पर रखने में पहला कदम यह सुनिश्चित करना है कि आप हर एक अनुरोध को रिकॉर्ड करें, यहां तक कि उन अनुरोधों को भी जो आपको महत्वहीन लगती हैं. यह आपको अपना पहला संस्करण समाप्त करने के बाद अपने अनुप्रयोग के नए संस्करणों पर काम करना शुरू करने पर सुधार के लिए एक बैकलॉग बनाने में मदद करेगा.
टिप
किन सुविधाओं को प्राथमिकता देनी है इसके लिए अपने परियोजना लक्ष्यों को एक गाइड के रूप में इस्तेमाल करें.
नीचे दी गई तालिका एक उदाहरण दिखाती है कि आप प्रत्येक सुविधा को कैसे रिकॉर्ड कर सकते हैं.
सुविधा का अनुरोध किया गया | पूर्ण आवश्यकता? | कार्यान्वयन में कठिनाई | व्यापार पर प्रभाव |
---|---|---|---|
अनुमोदन अनुरोधों की सूची देखें | हां | ||
अनुमोदन अनुरोध प्राप्त होने पर उपयोगकर्ताओं को उनके मोबाइल फोन पर वास्तविक समय की पुश-अधिसूचना | नहीं | आसान | उच्च |
उस व्यय रिपोर्ट्स के लिए ड्राफ्ट सेव सुविधा जिन्हें सबमिट नहीं किया गया है | No | हार्ड | मध्यम |
ERP सिस्टम के साथ एकीकृत करें | No | हार्ड | बहुत उच्च |
टिप
आवश्यकताओं को अच्छी-खासी चीजों के साथ मिलाने से बचें। अपने आप से (या अपने उपयोगकर्ताओं से) पूछें: "यदि इस सुविधा को जोड़ने में चार सप्ताह लगते हैं, तो क्या इसे लॉन्च करने में चार सप्ताह की देरी करना उचित होगा?"
प्राथमिकता चतुर्भुज चार्ट
अपने सभी फ़ीचर अनुरोधों को सूचीबद्ध करने के बाद, आपको निम्नलिखित चार्ट में दिखाए गए क्वॉड्रेंट में अनुरोधों को ट्राइ करना चाहिए.
त्वरित जीत
इस क्वॉड्रेंट में दिये अनुरोधों को पहले प्राथमिकता दी जानी चाहिए. त्वरित जीत वे अनुरोध होते हैं जिनका व्यवसाय पर उच्च प्रभाव पड़ता है, फिर भी लागू करना आसान होते हैं.
बड़ा निवेश
ये अनुरोध व्यवसाय पर उच्च प्रभाव डालते हैं, लेकिन निम्नलिखित में से एक या अधिक कारणों की वजह से लागू करना मुश्किल होते है:
अतिरिक्त निवेश की आवश्यकता होती है (जैसे एक नई सेवा)
प्रो डेवलपर्स या किसी बाहरी व्यापार भागीदार द्वारा विकास की आवश्यकता होती है
सुविधा बनाने में लंबा समय (एक सप्ताह से अधिक) लेता है
विभिन्न विभागों में कई हिताधिकारी शामिल होते हैं
थोड़ा सा संतुष्ट करने वाला
इस प्रकार के अनुरोध को लागू करना आसान हो सकता है, लेकिन यह केवल व्यवसाय पर सीमित प्रभाव डालते हैं. लिटिल सैटिसफायर पर काम शुरू करने से पहले आपको त्वरित जीतों और बड़े निवेश को प्राथमिकता देनी चाहिए. सावधान रहें कि इन छोटे सैटिसफायर से बहुत अधिक संलग्न न हों; एक बार में बहुत अधिक पर काम करने से वे बड़े निवेश में बदल जाएंगे.
समय उपभोक्ता
समय उपभोक्ता बहुत समय लेते हैं, लेकिन थोड़ा प्रभाव डालते हैं. वे ऊपरी प्रबंधन के लोग हो सकते हैं जो सीधे अनुप्रयोग का उपयोग नहीं करते हैं. इन स्थितियों का सामना करते समय, आप यह बताने के लिए कि निर्णय कैसे लिये गए थे, प्राथमिकता क्वॉड्रेंट्स चार्ट को साझा कर सकते हैं. आप उनकी यह समझने में मदद कर सकते हैं या आप सीख सकते हैं कि कुछ आपके विचार से अधिक प्रभावशाली है.
टिप
पारस्परिक समझ की सहायता के लिए, सुविधाओं का अनुरोध कर रहे उपयोगकर्ताओं को प्राथमिकता क्वॉड्रेंट्स की समीक्षा करने या (बनाने के लिए!) कहें.