आवश्यकताएँ स्थिति और अनुरोध परिवर्तन

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

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

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

जब परिवर्तन अनुरोध लंबे समय तक अनसुलझे रहते हैं, तो यह एक स्पष्ट संकेत है कि आपकी परिवर्तन प्रबंधन प्रक्रिया पर कुछ ध्यान देने की आवश्यकता है। मैंने व्यक्तिगत रूप से एक संगठन को देखा है जिसके एन्हांसमेंट अनुरोध कई साल पुराने थे और अभी भी लंबित हैं। परियोजना प्रबंधक को बैकलॉग में सबसे महत्वपूर्ण मदों पर अपनी ऊर्जा को प्राथमिकता देने के लिए, इस टीम को विशिष्ट खुले अनुरोधों को नियोजित रखरखाव रिलीज में असाइन करना चाहिए और अन्य दीर्घकालिक आस्थगित परिवर्तनों को अस्वीकृत के रूप में परिवर्तित करना चाहिए। इस तरह से वे अधिक आसानी से किसी भी कम दबाव वाले मामले को निपटाने से पहले आवश्यक और अत्यावश्यक को संबोधित कर सकते हैं।