सॉफ्टवेयर इंजीनियरिंग में परिवर्तन नियंत्रण प्रक्रिया चरणों के साथ

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

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

  • 📚 परिभाषा: परिवर्तन नियंत्रण इस बात को औपचारिक रूप देता है कि किसी आईटी वातावरण के भीतर किसी परिवर्तन का अनुरोध, मूल्यांकन, अनुमोदन, कार्यान्वयन और समापन कैसे किया जाता है।
  • ???? प्रमुख दस्तावेज: एक चेंज लॉग और एक चेंज रिक्वेस्ट फॉर्म मिलकर प्राथमिकता, मालिक, लागत, लाभ, प्रभाव और अनुमोदन स्थिति को दर्ज करते हैं।
  • 💼 पांच मुख्य चरण: पहचान, मूल्यांकन, विश्लेषण, अनुमोदन और कार्यान्वयन मानक परिवर्तन नियंत्रण कार्यप्रवाह का निर्माण करते हैं।
  • 🏗️ परिवर्तन नियंत्रण बोर्ड: अनुमोदन से पहले, सीसीबी सहमत सीमा से ऊपर के परिवर्तनों के लिए जोखिम, जटिलता और प्रभाव का मूल्यांकन करता है।
  • 🔁 प्रबंधन बनाम नियंत्रण: परिवर्तन प्रबंधन परिवर्तन को अपनाने की रणनीति निर्धारित करता है, जबकि परिवर्तन नियंत्रण प्रत्येक व्यक्तिगत अनुरोध को नियंत्रित करता है।
  • व्यवसाय प्रभाव: अनुशासित परिवर्तन नियंत्रण से व्यवधान कम होते हैं, कार्यक्षेत्र सुरक्षित रहता है और ऑडिट एवं अनुपालन संबंधी रिकॉर्ड बरकरार रहते हैं।

सॉफ्टवेयर इंजीनियरिंग में परिवर्तन नियंत्रण प्रक्रिया

परिवर्तन नियंत्रण क्या है?

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

नियंत्रण क्यों बदलें?

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

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

परिवर्तन नियंत्रण अनुरोध का विश्लेषण करते समय अक्सर पूछे जाने वाले सामान्य प्रश्न निम्नलिखित हैं:

  • परिवर्तन को कौन मंजूरी देगा?
  • क्या इसे परिवर्तन नियंत्रण बोर्ड द्वारा समीक्षा किए जाने की आवश्यकता है?
  • इस बदलाव पर शोध करने और इसे लागू करने में कितना समय लगेगा?
  • प्रणाली के अन्य घटकों (अनुसूची, लागत, संसाधन, आदि) में परिवर्तन का क्या प्रभाव होगा?
  • क्या कोई ऐसी सीमा है जिसके नीचे परियोजना प्रबंधन इसे सीधे मंजूरी दे सकता है?

परिवर्तन नियंत्रण प्रक्रिया के विभिन्न कारक

परिवर्तन नियंत्रण प्रक्रिया में विभिन्न कारकों पर विचार किया जाना चाहिए

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

परिवर्तन नियंत्रण की प्रक्रिया

परिवर्तन नियंत्रण प्रक्रिया में उतरने से पहले, परिवर्तन नियंत्रण में उपयोग किए जाने वाले दस्तावेजों से परिचित होना सहायक होता है। परिवर्तन नियंत्रण में दो दस्तावेज केंद्रीय भूमिका निभाते हैं:

  • लॉग बदलेंएक चेंज लॉग में प्रत्येक चेंज रिक्वेस्ट का विवरण सूचीबद्ध होता है — प्रोजेक्ट नंबर, पीसीआर (प्रोजेक्ट चेंज रिक्वेस्ट) आईडी, प्राथमिकता, स्वामी, लक्ष्य तिथि, स्थिति, स्थिति तिथि, किसके द्वारा उठाया गया और उठाए जाने की तिथि।

परिवर्तन नियंत्रण की प्रक्रिया

  • अनुरोध प्रपत्र बदलेंइसमें निर्णय लेने के लिए आवश्यक विवरण शामिल होते हैं — परिवर्तन का प्रकार, लाभ, अनुरोधकर्ता, समय और लागत का अनुमान, प्राथमिकता, अनुमोदक और परिवर्तन अनुरोध की स्थिति।

परिवर्तन नियंत्रण की प्रक्रिया

परिवर्तन प्रक्रिया प्रवाह आरेख

उत्पाद या प्रणाली में परिवर्तन लागू करने के लिए परिवर्तन प्रक्रिया एक विशिष्ट पैटर्न का अनुसरण करती है। नीचे दिया गया फ्लो डायग्राम इसमें शामिल चरणों को दर्शाता है।

परिवर्तन नियंत्रण की प्रक्रिया

परिवर्तन नियंत्रण प्रक्रिया के चरण

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

ध्यान देंपरिवर्तन नियंत्रण अनुमोदन निम्न द्वारा प्रदान किया जा सकता है। प्रोजेक्ट मैनेजर, आईटी लीड या लीड डेवलपर, या कोई नामित हितधारक।

परिवर्तन प्रबंधन बनाम परिवर्तन नियंत्रण

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

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

एआई-संचालित आईटीएसएम उपकरण प्रभाव विश्लेषण, जोखिम स्कोरिंग, टिकट रूटिंग और डुप्लिकेट परिवर्तन पहचान को स्वचालित करते हैं। मशीन लर्निंग मॉडल ऐतिहासिक घटनाओं से सीखते हैं और तैनाती से पहले परिवर्तन सलाहकार बोर्ड के लिए जोखिम भरे परिवर्तनों को चिह्नित करते हैं।

कोपायलट और जीपीटी परिवर्तन अनुरोध प्रपत्र तैयार कर सकते हैं, रोलबैक योजनाएँ बना सकते हैं और प्रतिबद्धता इतिहास को पठनीय प्रभाव विवरणों में सारांशित कर सकते हैं। प्रस्तुत करने से पहले व्यावसायिक विश्लेषक अभी भी प्रत्येक मसौदे की समीक्षा सीसीबी टेम्पलेट के आधार पर करते हैं।

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

अभी मरम्मत करें, Jira Service Managementबीएमसी हेलिक्स FreshserviceIvanti Neurons ITSM और अन्य सभी ITIL के अनुरूप परिवर्तन नियंत्रण वर्कफ़्लो प्रदान करते हैं। ये अनुरोधों को लॉग करते हैं, अनुमोदन प्रक्रिया चलाते हैं, रोलबैक योजनाओं को कैप्चर करते हैं और CI/CD पाइपलाइनों के साथ एकीकृत होते हैं।

ITIL तीन प्रकार के परिवर्तनों को परिभाषित करता है: मानक परिवर्तन पूर्व-अनुमोदित और कम जोखिम वाले होते हैं, सामान्य परिवर्तनों के लिए CAB समीक्षा की आवश्यकता होती है, और आपातकालीन परिवर्तन तत्काल घटनाओं को हल करने के लिए पूर्ण समीक्षा को दरकिनार कर देते हैं, लेकिन फिर भी कार्यान्वयन के बाद दस्तावेज़ीकरण की आवश्यकता होती है।

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

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

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

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