change management tutorial what is change management
प्रबंधन बदलने के लिए यह व्यापक गाइड विस्तार से प्रबंधन प्रक्रिया, मॉडल, लाभ, और 7Rs बताते हैं:
चेंज मैनेजमेंट (CM) उपकरण, प्रक्रियाओं और तकनीकों का एक सेट है जो संगठन में मौजूदा राज्य से एक नए राज्य में संक्रमण में व्यक्तियों की मदद करने के लिए उपयोग किया जाता है।
मुख्यमंत्री के रूप में समझा जा सकता है:
- कोड और आवश्यकताओं के प्रबंधन के लिए विन्यास प्रबंधन।
- संगठनात्मक परिवर्तन को लागू करना।
- IT अवसंरचना में होने वाले किसी भी परिवर्तन पर नज़र रखना - IT Service Management (ITSM)।
आप क्या सीखेंगे:
प्रबंधन अवलोकन बदलें
सीएम का लक्ष्य प्रस्तावित परिवर्तन को समायोजित करने के लिए किसी संगठन के लक्ष्यों, प्रक्रियाओं, या प्रौद्योगिकियों, परिवर्तन अनुरोधों की निगरानी और कर्मचारियों की सहायता के लिए रणनीतियों को लागू करना है।
इसका मतलब है कि यह होना अनिवार्य है:
- एक प्रक्रिया एक बदलाव को संबोधित करने के लिए बहुत अच्छी तरह से आयोजित की जाती है।
- अनुरोधों की प्रतिक्रिया तैयार करने के लिए प्रक्रियाओं का एक अच्छी तरह से तैयार सेट।
- अनुरोध के कार्यान्वयन पर निम्नलिखित के लिए एक तंत्र।
एक परिवर्तन प्रबंधन प्रक्रिया शुरू करने के लिए, संगठन को इस प्रभाव को ध्यान में रखना होगा कि सभी परिवर्तित प्रक्रियाएं, सिस्टम संगठन के भीतर होंगे।
निम्नलिखित प्रक्रियाएं होनी चाहिए:
- बदलाव की योजना बनाएं
- परिवर्तन का परीक्षण करें
- परिवर्तन का संचार करें
- परिवर्तन को शेड्यूल करें
- परिवर्तन को लागू करें
- परिवर्तन दस्तावेज़
- परिणामों का मूल्यांकन करें
दस्तावेज़ीकरण सीएम का एक महत्वपूर्ण पहलू है क्योंकि हमें इस प्रक्रिया को बनाए रखना होगा और इस तरह की कार्रवाई करना भी आवश्यक है।
परिवर्तन प्रबंधन परिभाषा
विभिन्न दृष्टिकोणों के आधार पर, मुख्यमंत्री को निम्नानुसार परिभाषित किया जा सकता है:
- बुनियादी ढाँचे के पेशेवर दृष्टिकोण से, यह उपकरण के एक नए टुकड़े, या नए रिलीज के लिए मंजूरी, परीक्षण और लगाने के लिए व्यवस्थित दृष्टिकोण है।
- परियोजना की दृष्टि से, यह एक परियोजना के दायरे, समय या बजट में बदलाव के लिए अनुमोदन प्राप्त करने के लिए उपयोग की जाने वाली प्रक्रिया है।
- कार्यप्रणाली से - PMP, Prince2, ITIL, ISO20000 परिप्रेक्ष्य, यह एक परियोजना को प्राप्त करने और पर्यावरण के लिए एक अनुमोदन प्राप्त करने और परिवर्तनों को लागू करने की प्रक्रिया है।
- PROSCI, एसोसिएशन ऑफ चेंज मैनेजमेंट प्रोफेशनल्स (ACMP), इनोवेशन एंड ऑर्गनाइज़ेशनल चेंज मैनेजमेंट इंस्टीट्यूट (IOCMI) के दृष्टिकोण से, यह संगठनों को प्रत्येक स्तर पर सीएम का उपयोग करने में सहायता करने के लिए प्रक्रिया है।
- सॉफ्टवेयर विकास के दृष्टिकोण से, यह परिवर्तन आवश्यकताओं और कोड को ट्रैक करने और प्रबंधित करने से जुड़ी प्रक्रिया है।
परिवर्तन प्रबंधन प्रक्रियाएँ आईटी इन्फ्रास्ट्रक्चर में होने वाले किसी भी परिवर्तन को ट्रैक करने के लिए भी जिम्मेदार हैं। आईएसओ 20000 वह मानक है जो चेंज मैनेजमेंट के उद्देश्य को परिभाषित करता है। इसे ठीक से ट्रैक और संभालने के लिए, मानकीकृत विधियों और प्रक्रियाओं के सेट में किए गए प्रत्येक परिवर्तन का उपयोग किया जाता है।
प्रलेखन परिवर्तनों के संदर्भ में, इस तरह के बदलाव के लिए उपयोग किया जाने वाला नाम एक कॉन्फ़िगरेशन प्रबंधन है और संस्करण नियंत्रण को ठीक से संभालने के लिए एक परिवर्तन प्रबंधन उपकरण का उपयोग करना अनिवार्य है।
एक CM टूल निम्नलिखित क्रियाएं करेगा:
- सभी किए गए परिवर्तनों को ट्रैक करें।
- यदि आवश्यक हो तो मामले में किए गए परिवर्तनों को आधार दें।
- सुनिश्चित करें कि एक ही समय में एक ही उत्पाद के विभिन्न संस्करणों को विकसित करने की संभावना रखने के लिए कई रास्ते उपलब्ध होंगे।
- सुनिश्चित करें कि कोड फिक्स या कोड सुधार दोष, निर्माण और रिलीज़ से संबंधित हैं।
परिचय को ध्यान में रखते हुए, यह स्पष्ट होना चाहिए कि शब्द परिवर्तन प्रबंधन को परिभाषित करने के लिए, हमें उस संदर्भ को समझना होगा जिसमें हम इसे परिभाषित करना चाहते हैं।
संगठनात्मक परिवर्तन के प्रकार
यह कई प्रकार के संगठनात्मक परिवर्तन का प्रबंधन करने के लिए उपयोग किए जाने वाले प्रबंधन का एक हिस्सा है। सबसे महत्वपूर्ण संगठनात्मक परिवर्तन प्रकार इस प्रकार हैं:
- विकासात्मक परिवर्तन: इसका मतलब है कि पहले से स्थापित प्रक्रियाओं और प्रक्रियाओं में सुधार के साथ संगठनात्मक स्तर पर कोई भी बदलाव।
- संक्रमणकालीन परिवर्तन: यह संगठन के मौजूदा राज्य से संगठन को एक और पूरी तरह से नए राज्य में ले जाने से संबंधित परिवर्तन है कि संगठन की एक समस्या है जिसे वर्तमान स्थिति को बदलकर हल किया जा सकता है।
- परिवर्तनकारी परिवर्तन: यह उस परिवर्तन से निपट रहा है जो मूल रूप से एक संगठन की संस्कृति और संचालन में संशोधन करता है।
7R का परिवर्तन प्रबंधन
आईटीआईएल 'बिजनेस पर्सपेक्टिव्स वॉल्यूम II' में व्यापार निरंतरता के अध्याय में सात सरल प्रश्नों के साथ एक चेकलिस्ट शामिल है जो परिवर्तन जोखिम परिवर्तन का निर्धारण करने और परिवर्तन प्रबंधन प्रक्रिया की प्रभावशीलता का सर्वेक्षण करने के चरणों की रूपरेखा देता है।
नीचे सात प्रश्नों की चर्चा की गई है:
# 1) 'परिवर्तन किसने किया?'
परिवर्तन के स्रोत के रूप में पहचाने जाने वाले कई प्रवेश बिंदु और हितधारक हैं। यह इस विचार को संचालित करता है कि सभी परिवर्तनों को एकत्रित करने के लिए एक प्रणाली होना अनिवार्य है। इस तरह की प्रणाली को उद्देश्यपूर्ण क्षेत्रों में संशोधन से निपटने के लिए स्वीकार्य नियंत्रणों को शामिल करना चाहिए।
# 2) 'परिवर्तन के लिए REASON क्या है?'
सबसे पहले, हमें यह समझना होगा कि क्या परिवर्तन बिना किसी व्यावसायिक लाभ के जोखिम का परिचय दे सकता है। हर बड़े बदलाव का विश्लेषण सहमति वाले पोर्टफोलियो विश्लेषण मानदंडों के विरुद्ध किया जाना चाहिए।
उदाहरण के साथ जावा में एलीमेंट से एलिमेंट को कैसे हटाएं
# 3) 'बदलाव से क्या जरूरी है?'
यह समझना अनिवार्य है कि क्या परिवर्तन एक वित्तीय भुगतान उत्पन्न करता है।
# 4) 'RISKS परिवर्तन में क्या शामिल हैं?'
जोखिमों को उन जोखिमों में वर्गीकृत किया जाता है जिन्हें स्वीकार किया जा सकता है या जिन जोखिमों को कम किया जाना चाहिए। इसमें शामिल खतरे को परिभाषित करने के लिए एक महत्वपूर्ण कदम वर्तमान बुनियादी ढांचे पर परिवर्तन के प्रभाव का विश्लेषण करना है। ITIL संभावित जोखिमों और वास्तविक समस्याओं के लिए 'गंभीरता' की अवधारणा का उपयोग कर रहा है।
# 5) 'परिवर्तन देने के लिए कौन से संसाधन आवश्यक हैं?'
जब हम उन संसाधनों पर चर्चा कर रहे हैं जो हम बदलाव के कार्यान्वयन के लिए आवश्यक लोगों और आईटी परिसंपत्तियों पर सोच रहे हैं। लोगों के दृष्टिकोण से, हमें यह समझना होगा कि परिवर्तन को लागू करने के लिए किन कौशलों की आवश्यकता है। जब हम आवश्यक कौशल को समझ गए हैं, तो हमें यह सुनिश्चित करना होगा कि वे कौशल उपलब्ध हैं।
# 6) 'परिवर्तन के हिस्से, निर्माण, परीक्षण और कार्यान्वयन के लिए कौन जिम्मेदार है?'
निर्माण, परीक्षण और कार्यान्वयन के लिए जिम्मेदारियों का पालन अनुपालन और लेखा परीक्षा आवश्यकताओं के अनुसार विभाजित किया जाना चाहिए। जिम्मेदारियों का पृथक्करण पूरे परिवर्तन और रिलीज प्रबंधन प्रक्रिया के दौरान पता लगाने योग्य, लागू करने योग्य और कार्रवाई योग्य होना चाहिए।
# 7) 'इस परिवर्तन और अन्य परिवर्तनों के बीच संबंध क्या है?'
परिवर्तन संबंधों का विश्लेषण कार्यात्मक सीमाओं के भीतर और बाहर से किए जाने की आवश्यकता है। नियोजित परिवर्तनों की समयबद्धता को साझा किया जाना चाहिए और इस तरह से प्रभाव विश्लेषण और रिश्ते को बदलना, मानचित्रण एक एकीकृत कॉन्फ़िगरेशन प्रबंधन डेटाबेस (CMDB) का हिस्सा हो सकता है।
इन सात सवालों के जवाब देने से कुछ महत्वपूर्ण लाभ मिलते हैं:
- सेवाएँ ग्राहकों के लिए अधिक विश्वसनीय और उपलब्ध हैं क्योंकि संगठनों को मेट्रिक्स के एक सेट का उपयोग करना पड़ता है जो परिवर्तन जोखिम को मापने का एक अधिक उद्देश्यपूर्ण साधन प्रदान करता है।
- हम समझ सकते हैं कि हमारी परिवर्तन-प्रबंधन प्रक्रिया मौजूदा एक का कितना अनुपालन करती है और नई तकनीकों में उनकी पहचान करती है।
- एक श्रव्य परिवर्तन-प्रबंधन प्रक्रिया आवश्यक है क्योंकि आईटी सेवाओं और नई आवश्यकताओं पर व्यापार के बीच निर्भरता है।
परिवर्तन प्रबंधन के लिए मॉडल
परिवर्तन प्रबंधन मॉडल का उद्देश्य प्रबंधकों को मौजूदा उपकरणों के साथ प्रस्तावित परिवर्तनों के दायरे को संरेखित करने में मदद करने के लिए मार्गदर्शक सिद्धांत प्रदान करना है।
# 1) ADKAR (समृद्ध)
ADKAR मॉडल एक अनुक्रमिक लक्ष्य-उन्मुख परिवर्तन प्रबंधन मॉडल है। यह Prosci के संस्थापक जेफ हयात द्वारा बनाया गया था।
(छवि स्रोत )
जागरूकता और वांछित उद्देश्य वर्तमान स्थिति को बदलना है, जिसमें हम महसूस कर रहे हैं कि परिवर्तन की आवश्यकता है लेकिन परिवर्तन की प्रक्रिया अभी तक शुरू नहीं हुई है।
संक्रमण के चरण के दौरान, ज्ञान और क्षमता दिखाई देती है। और भविष्य में, सुदृढीकरण दिखाई देगा।
तकनीकी सहायता साक्षात्कार प्रश्न और उत्तर पीडीएफ
लक्ष्य 1: जागरूकता
कभी-कभी परिवर्तन एक संगठन में अपरिहार्य है और लोगों को उनके आराम क्षेत्र से बाहर ले जाएगा। अगर हम समय से पहले बदलाव के पीछे का कारण बताएंगे, तो कर्मचारियों के पास बदलाव को स्वीकार करने और इसकी तैयारी करने के लिए पर्याप्त समय होगा।
लक्ष्य 2: इच्छा
यदि कर्मचारी परिवर्तन की आवश्यकता और इसके साथ शामिल लाभों को समझेंगे, तो हम एक उत्साही रवैया और परिवर्तन कार्यान्वयन में भाग लेने की इच्छा देखेंगे।
यदि हम परिवर्तन के बारे में कर्मचारी की भावनाओं को नहीं समझते हैं और हम उनके डर को ठीक से संबोधित नहीं करते हैं और उन्हें दिखाते हैं कि परिवर्तन उन्हें व्यक्तिगत रूप से कैसे लाभ पहुंचाता है, तो वे परिवर्तन का पूरी तरह से समर्थन नहीं करेंगे और उन्हें परिवर्तन कार्यान्वयन में भाग लेने की इच्छा नहीं होगी।
लक्ष्य 3: ज्ञान
नई प्रक्रियाओं को लागू करने के लिए, हमें टीम को प्रशिक्षित करना होगा और उन्हें सर्वोत्तम अभ्यास प्रदान करना होगा ताकि वे समझ सकें कि बदलाव को कैसे लागू किया जाए।
लक्ष्य 4: योग्यता
ज्ञान को क्षमता में अनुवाद करने के लिए अभ्यास करना पड़ता है। परिणामों का विश्लेषण करने और समायोजन करने के लिए कुछ सिमुलेशन करना बेहतर है। हमें कर्मचारियों की निगरानी करनी होगी जब उन्होंने परिवर्तनों को लागू करना शुरू कर दिया है और रचनात्मक प्रतिक्रिया के आधार पर हम प्रक्रिया में सुधार कर सकते हैं।
लक्ष्य 5: सुदृढीकरण
इस लक्ष्य के पीछे विचार यह है कि हमें समय के साथ बदलाव के लिए कर्मचारियों को प्रोत्साहित करते रहना होगा।
# 2) पुल संक्रमण मॉडल
ब्रिजेज ट्रांज़िशन मॉडल विलियम ब्रिजेस द्वारा विकसित किया गया था। यह एक लोक-केंद्रित मॉडल है। लोगों को बदलने के लिए लोगों के अनुभव संक्रमण का प्रबंधन करना मुख्य उद्देश्य है। इस मॉडल की ताकत यह है कि यह परिवर्तन पर केंद्रित है, परिवर्तन पर नहीं।
पुल का विचार यह है कि लोग अपनी गति से चरणों का पालन करेंगे। मॉडल संक्रमण के 3 चरणों की पहचान करता है:
- चरण 1: समाप्त करना, खोना और जाने देना
जब कर्मचारियों को परिवर्तन की पहली प्रस्तुति होगी, तो वे संक्रमण के इस प्रारंभिक चरण में प्रवेश करेंगे। वे प्रतिरोधी होंगे क्योंकि वे किसी तरह कुछ ऐसा करने के लिए मजबूर होते हैं जिसके साथ वे अनुरूप नहीं हैं। कर्मचारियों को यह समझना और स्वीकार करना होगा कि नया विचार स्वीकार करने से पहले कुछ खत्म हो रहा है।
- स्टेज 2: अनिश्चितता या तटस्थ क्षेत्र
यह अवस्था पुराने राज्य और नए राज्य के बीच एक सेतु की तरह है। कर्मचारी अभी भी पुराने से जुड़े हुए हैं लेकिन वे नए राज्य के अनुकूल होने का प्रयास कर रहे हैं। कर्मचारियों के काम करने के नए तरीके को आजमाने के लिए यह एक आदर्श क्षण है। इस स्तर पर प्रतिक्रिया वास्तव में महत्वपूर्ण है।
- चरण 3: स्वीकृति या नई शुरुआत
यह वह समय है जब कर्मचारी परिवर्तन की पहल को स्वीकार करना शुरू कर रहे हैं। कर्मचारी नई प्रक्रियाओं के लिए आवश्यक कौशल का निर्माण कर रहे हैं।
# 3) आईटी इन्फ्रास्ट्रक्चर लाइब्रेरी (ITIL)
यह आईटी अवसंरचना और आईटी परिचालनों में परिवर्तन के प्रबंधन के लिए विस्तृत मार्गदर्शन युक्त ढांचा है।
ITIL 4 को 2019 में जारी किया गया था और इसमें मुख्य प्रक्रियाओं को स्वचालित करने, सेवा प्रबंधन में सुधार और आईटी विभाग को व्यवसाय में एकीकृत करने पर ध्यान केंद्रित किया गया है।
ITIL 4 में नौ मार्गदर्शक सिद्धांत हैं और इन्हें नीचे दिए गए आंकड़े में प्रस्तुत किया गया है:
(छवि स्रोत )
संगठन में आईटीआईएल को लागू करने से पहले, कुछ सवालों के जवाब देना अनिवार्य है, जैसे संगठन में कौन सी समस्याएं हल करने की कोशिश कर रही हैं, और नित्य सेवा सुधार का मार्ग क्या है।
# 4) कोटर का 8 स्टेप चेंज मॉडल
जॉन कोटर ने बदलाव के 8 चरण मॉडल पेश किए हैं जो उन्होंने 100 संगठनों के शोध के आधार पर विकसित किए हैं जो परिवर्तन की प्रक्रिया में थे।
कोटर सुझाव देते हैं कि हमें अगले चरणों पर जाने से पहले चरण एक पर कड़ी मेहनत करनी होगी।
नीचे दिए गए चित्र में कोट्टर के 8 कदम मॉडल को समझाया गया है:
उन्होंने यह दिखाने के लिए 8 चरणों के परिवर्तन मॉडल को रेखांकित किया है कि परिवर्तन एक सरल और त्वरित प्रक्रिया नहीं है। व्यापार परिवर्तन करने के लिए, हमें सावधान रहना चाहिए, क्योंकि यह एक बड़ा निवेश है और एक बड़ी लागत पर है।
प्रबंधन प्रक्रिया बदलें
प्रत्येक व्यावसायिक क्षेत्रों में सीएम के लिए कुछ विशिष्ट उपकरण और अनुप्रयोग हैं। हम यहां कुछ उदाहरण प्रस्तुत करेंगे जो हमें यह पता लगाने में मदद करेंगे कि सीएम आईटी बुनियादी ढांचे, सॉफ्टवेयर विकास और परियोजना समन्वय के लिए कैसे काम कर रहे हैं।
परियोजना प्रबंधन के लिए
परिवर्तन प्रबंधन परियोजनाओं के प्रबंधन के लिए की गई गतिविधियों में एक महत्वपूर्ण भूमिका निभाता है। परियोजना का प्रबंधन करने वाले व्यक्ति को परिवर्तन अनुरोधों का सावधानीपूर्वक विश्लेषण करना चाहिए और परियोजना के लिए परिवर्तन द्वारा उत्पन्न प्रभाव का निर्धारण करना चाहिए।
परियोजना क्षेत्र जो परिवर्तन से प्रभावित हो सकते हैं:
- परियोजना का दायरा: परिवर्तन का अनुरोध परियोजना के दायरे को कैसे प्रभावित करेगा?
- परियोजना की अनुसूची: परिवर्तन अनुरोध शेड्यूल में संशोधन कैसे करेंगे?
- परियोजना की लागत: परिवर्तन अनुरोध परियोजना लागत को कैसे संशोधित करेगा?
- गुणवत्ता : परिवर्तन का अनुरोध अंतिम परियोजना की गुणवत्ता को कैसे प्रभावित करेगा?
- मानव संसाधन : यह निर्धारित करें कि अतिरिक्त या विशेष मानव संसाधन की आवश्यकता है या नहीं।
- संचार: परिवर्तन अनुरोधों के अनुमोदन के बाद, यह उचित समय पर उचित हितधारकों को सूचित किया जाना चाहिए।
- जोखिम : परिवर्तन अनुरोधों द्वारा उत्पन्न जोखिमों का निर्धारण करें: तार्किक, वित्तीय या सुरक्षा जोखिम।
- वसूली : एक परिवर्तन अनुरोध सामग्री और अनुबंध श्रम के लिए खरीद प्रयासों को प्रभावित कर सकता है।
- हितधारकों : परिवर्तन अनुरोध हितधारक की हार उत्पन्न कर सकते हैं और परियोजना के हितधारकों के समर्थन को प्रभावित कर सकते हैं।
परियोजना प्रबंधक को स्वीकृत परिवर्तन अनुरोधों और अस्वीकार किए गए परिवर्तन अनुरोधों का दस्तावेजीकरण करना चाहिए।
सॉफ्टवेयर विकास के लिए
परिवर्तन परियोजना, स्प्रिंट, चरण (ग्राहक अनुबंध पर निर्भर करता है) की शुरुआत में जो सहमति दी गई थी, उससे अलग कुछ के लिए एक अनुरोध है।
हम यहां एक नया शब्द पेश करेंगे: बदलने के आदेश। एक परिवर्तन आदेश एक काम का टुकड़ा है जिसे किसी अनुबंध के मूल दायरे से जोड़ा जाना चाहिए या हटाया जाना चाहिए।
हम पूछ रहे हैं कि सॉफ्टवेयर विकास में बदलाव का क्या मतलब है:
- विनिर्देशों, व्यावसायिक आवश्यकताओं में परिवर्तन
- आवश्यकता में परिवर्तन
- एप्लिकेशन डिज़ाइन का परिवर्तन
- कोड का परिवर्तन
- परीक्षण का परिवर्तन
- परिवर्तन द्वारा उत्पन्न किया जा सकता है:
- ग्राहकों
- उपयोगकर्ताओं
- परियोजना दल
- टेस्ट टीम
चंचल कार्यप्रणाली आवश्यकताओं में परिवर्तन, सॉफ़्टवेयर विकास प्रक्रिया के दौरान परिवर्तन और उपयोगकर्ता इंटरफ़ेस (UI) में भी परिवर्तन को प्रेरित करती है। कहानियों का उपयोग परिवर्तन अनुरोधों को ट्रैक करने के लिए किया जाता है।
क्लाइंट, प्रोजेक्ट मैनेजर, या अन्य हितधारकों के बाद निर्णय लिया है कि परिवर्तन क्रम मूल्यवान है, निम्न मोटे तौर पर किया जाना चाहिए:
- प्रभाव विश्लेषण करें
- परिवर्तन के प्रभाव क्या होंगे इसकी स्पष्ट सूची बनाएं:
-
- परियोजना घटनाक्रम (इसे बढ़ाया जा सकता है)
- मूल्य निर्धारण (हितधारकों को सूचित किया जाना चाहिए)
- क्षेत्र (यह संभव है कि नए को शामिल करने के लिए जिन विशेषताओं को हटाया जा सकता है)
परियोजना के प्रकार और उद्योग के आधार पर परिवर्तन आदेश के अनुमोदन के बाद अतिरिक्त कदम रखना संभव है।
परिवर्तन आदेश प्रक्रिया में मुख्य बिंदुओं में से एक अनुमोदन प्रक्रिया है। परिवर्तन अनुरोध को अनुमोदित करने की आवश्यकता है। इस अनुमोदन प्रक्रिया के लिए, विस्तृत प्रलेखन के साथ परिवर्तन अनुरोध का एक इनपुट बनाया जाना अनिवार्य है।
विस्तृत दस्तावेज़ में परिवर्तन अनुरोध की कीमत, परिवर्तन अनुरोध के दायरे, परिवर्तन अनुरोध को हल करने के लिए आवश्यक समय और सिस्टम पर परिवर्तन अनुरोध के विस्तृत प्रभाव विश्लेषण के बारे में जानकारी होनी चाहिए।
परिवर्तन विभिन्न स्रोतों से उत्पन्न होते हैं जिनमें ग्राहक, अंतिम-उपयोगकर्ता, प्रोजेक्ट टीम या परीक्षण टीम शामिल हैं।
ग्राहकों और अंतिम-उपयोगकर्ताओं के परिवर्तन आमतौर पर आवश्यकताओं में परिवर्तन होते हैं। परियोजना टीमों से आने वाले परिवर्तन आमतौर पर परिवर्तन डिजाइन कर रहे हैं। परीक्षण टीम से आने वाले परिवर्तन कोड परिवर्तन का अनुरोध कर सकते हैं। सॉफ़्टवेयर प्रोजेक्ट मैनेजर (SPM) में परिवर्तन किए जाने चाहिए। चेंज रिक्वेस्ट (CR) फॉर्म का इस्तेमाल किया जाना चाहिए।
परिवर्तन अनुरोध (CR) में कम से कम निम्नलिखित प्रविष्टियाँ होनी चाहिए:
- चेंज रिक्वेस्ट यूनिक आइडेंटिफिकेशन के लिए इस्तेमाल किया जाने वाला सीरियल नंबर।
- परिवर्तन अनुरोध का एक स्पष्ट विवरण।
- जिस दिन चेंज रिक्वेस्ट उठाई गई।
- आमतौर पर, परिवर्तन अनुरोध को विश्लेषण के लिए किसी को आवंटित किया जाना चाहिए। आवंटन विवरण से संबंधित कुछ जानकारी के साथ एक सूची होना अनिवार्य है। इस सूची में शामिल हैं:
- आवंटन की तिथि
- पूरा करने की तिथि
- उन लोगों के लिए जिन्हें परिवर्तन का अनुरोध विश्लेषण के लिए आवंटित किया गया है
- अनुमोदन के लिए किसी को परिवर्तन अनुरोध आवंटित किया जाना चाहिए। इसलिए हमें अनुमोदन इनपुट ट्रैक करना होगा:
- अनुमोदन के लिए आवंटन की तारीख
- पूरा करने की तिथि
- अनुमोदन के लिए जिम्मेदार व्यक्ति
- एक प्रस्ताव के लिए एक परिवर्तन अनुरोध भी आवंटित किया जाना चाहिए। इसलिए हमें रिज़ॉल्यूशन के लिए निम्न इनपुट ट्रैक करने होंगे:
- संकल्प के लिए आवंटन की तिथि
- पूरा करने की तिथि
- संकल्प के लिए जिम्मेदार व्यक्ति
- सहकर्मी समीक्षा के लिए एक परिवर्तन अनुरोध भी आवंटित किया जाना चाहिए। रों o हमें सहकर्मी समीक्षा के लिए निम्नलिखित जानकारी को ट्रैक करना होगा:
- सहकर्मी समीक्षा के लिए आवंटन की तारीख।
- सहकर्मी समीक्षा की पूर्णता तिथि।
- जो व्यक्ति सहकर्मी समीक्षा के लिए जिम्मेदार है।
- प्रतिगमन परीक्षण के लिए एक परिवर्तन अनुरोध भी आवंटित किया जाना चाहिए। इसलिए हमें प्रतिगमन परीक्षण के लिए निम्नलिखित इनपुट को ट्रैक करना होगा:
- प्रतिगमन परीक्षण के लिए आवंटन की तारीख।
- प्रतिगमन परीक्षण की पूर्ण तिथि।
- वह व्यक्ति जो प्रतिगमन परीक्षण के लिए जिम्मेदार है।
- परिवर्तन अनुरोध में स्पष्ट स्थिति होनी चाहिए। स्थिति में निम्न सेट से एक मान हो सकता है (खुला, बंद या विश्लेषण, अनुमोदन, संकल्प, सहकर्मी की समीक्षा, प्रतिगमन परीक्षण)
- जब हम परिवर्तन अनुरोध को बंद करते हैं तो हमें समापन की तारीख का उल्लेख करना होगा।
एक बेहतर संगठन के लिए, सीआर प्राप्त करने के बाद यह एक उपकरण में पंजीकृत होना चाहिए।
तब विश्लेषण यह समझने के लिए किया जाना चाहिए कि कार्यान्वयन संभव है या नहीं, अनुसूची और कार्यान्वयन के लिए आवश्यक प्रयास, और परियोजना अनुसूची और लागत पर सीआर के प्रभाव।
कार्यान्वयन की स्थिति, सीआर संकल्प की प्रगति की रिपोर्ट संबंधित अधिकारियों को साप्ताहिक स्थिति रिपोर्ट के माध्यम से की जाती है।
आईटी इन्फ्रास्ट्रक्चर के लिए
परिवर्तन प्रबंधन उपकरण का उपयोग आईटी विभाग के हार्डवेयर बुनियादी ढांचे में किए गए परिवर्तनों को ट्रैक करने के लिए किया जाता है। बुनियादी ढांचे में किए गए हर बदलाव का आकलन, अनुमोदित, प्रलेखित, कार्यान्वित और व्यवस्थित रूप से समीक्षा की जानी चाहिए। हार्डवेयर सेटिंग्स में किए गए परिवर्तन को कॉन्फ़िगरेशन प्रबंधन (CM) के रूप में संदर्भित किया जाता है।
परिवर्तन प्रबंधन में कठिनाइयाँ
परिवर्तन प्रबंधन में कई कठिनाइयाँ हैं क्योंकि बहुत से कर्मचारी परिवर्तनों को स्वीकार नहीं कर रहे हैं। अगर हम यह नहीं समझ पाए कि हमें अपनी सोच बदलनी है तो बदलना मुश्किल है। परिवर्तन के लिए एक रणनीतिक दृष्टिकोण के साथ, नई प्रक्रियाओं को अपनाना आसान हो सकता है। परिवर्तनों को अपनाने के लिए स्पष्ट संचार आवश्यक है।
नीचे चुनौतियों और कठिनाइयों की एक सूची है:
- संघर्ष: परिवर्तन भ्रम और चिंता जैसी भावनाओं को दिखा सकता है। संघर्ष भ्रम और चिंता का एक विशिष्ट अनपेक्षित प्रतिक्रिया है। नेता को टीम को कठिनाइयों पर विजय पाने में मदद करनी चाहिए। संघर्ष हमारे कार्यक्रम को बिगाड़ देगा। यही कारण है कि हमें मुद्दों को कम करने के लिए कार्रवाई करनी चाहिए।
- योजना: परिवर्तन को सही योजना के बिना कार्यान्वयन में कोई परिवर्तन नहीं होगा। एक व्यवस्थित प्रक्रिया के लाभों को स्पष्ट रूप से समझाया जाना चाहिए।
- संचार की कमी: यदि संचार एक अच्छा नहीं है, तो अटकलें और अफवाहें संगठन का हिस्सा होंगी, और विश्वास की कमी से कर्मचारियों के लिए परिवर्तन को गले लगाना मुश्किल हो जाएगा।
- प्रतिरोध: प्रतिरोध को संबोधित करने की आवश्यकता है अन्यथा यह कई मुद्दों को बदल देगा।
प्रबंधन प्रक्रिया लाभ बदलें
सीएम का एक प्रमुख कारक यह है कि यह लोगों, प्रक्रिया, और परिवर्तन को लागू करने वाले संगठन के लिए वैचारिक मचान प्रदान करता है।
लाभ संगठन के लिए:
नेटवर्क सुरक्षा कोड क्या है
- परिवर्तन एक नियोजित और प्रबंधित प्रक्रिया है। परिवर्तन के लाभों को कार्यान्वयन से पहले जाना जाता है और पूरी प्रक्रिया के लिए एक प्रेरणा के रूप में कार्य करता है।
- संगठन ग्राहकों की मांगों पर तेजी से प्रतिक्रिया दे सकता है।
- संसाधनों को संगठन के लक्ष्यों के साथ जोड़ा जा सकता है।
- जब वे समर्थन महसूस करते हैं और परिवर्तन प्रक्रिया को समझते हैं तो कर्मचारी का प्रदर्शन बढ़ जाता है।
- दिन प्रतिदिन के व्यवसाय पर नकारात्मक प्रभाव के बिना परिवर्तन को लागू किया जा सकता है।
- संगठन को परिवर्तन के समग्र प्रभाव को रेट करने की अनुमति देता है।
- संगठनात्मक प्रभावशीलता में सुधार हुआ है।
- संगठनात्मक दक्षता बनी हुई है।
- परिवर्तन को लागू करने के लिए आवश्यक समय की कमी।
- असफल परिवर्तन की संभावना कम हो जाती है।
- ग्राहक सेवा में वृद्धि हुई है और ग्राहकों की सेवा आत्मविश्वास और जानकार कर्मचारियों से आ रही है।
- निवेश पर वृद्धि (ROI)
- उपयोगी संचार रणनीतियों की योजना बनाने में मदद करता है
कर्मचारियों के लिए लाभ:
- यदि परिवर्तन अच्छी तरह से प्रबंधित किया जाता है, तो यह परिवर्तन के प्रतिरोध को कम कर सकता है।
- प्रभावी परिवर्तन प्रबंधन पुराने से नए में तेजी से संक्रमण का समर्थन करता है और उत्पादकता को बनाए रख सकता है।
- परिवर्तन के संबंध में चिंताओं के लिए कर्मचारियों को सहायता प्रदान करता है।
- एक कुशल सीएम प्रक्रिया कर्मचारियों और जनता के लिए बदलाव की एक सही समझ पैदा करती है।
- कुशल संचार रणनीतियों की योजना बनाने में मदद करता है।
- काम की गुणवत्ता में सुधार करता है।
- सहयोग और संचार में सुधार करता है।
बार बार पूछे जाने वाले प्रश्न
Q # 1) चेंज मैनेजमेंट क्या है?
उत्तर: सीएम उपकरणों, प्रक्रियाओं और तकनीकों का एक समूह है जो संगठन में मौजूदा राज्य से एक नए राज्य में संक्रमण में व्यक्तियों की मदद करने के लिए उपयोग किया जाता है।
कुछ महत्वपूर्ण पहलू हैं:
- कॉन्फ़िगरेशन प्रबंधन: कोड और आवश्यकताएँ प्रबंधित करना।
- संगठनात्मक परिवर्तन को लागू करना।
- IT अवसंरचना में होने वाले किसी भी परिवर्तन पर नज़र रखना - IT Service Management (ITSM)।
Q # 2) सॉफ्टवेयर परिवर्तन प्रबंधन प्रक्रिया क्या है?
उत्तर: सॉफ्टवेयर परिवर्तन प्रबंधन अनुसूची और लागत जैसे परियोजना मानदंडों के अनुसार परिवर्तनों को वर्गीकृत करने की प्रक्रिया है।
Q # 3) परिवर्तन नियंत्रण और परिवर्तन प्रबंधन में क्या अंतर है?
उत्तर: सीएम संगठन परिवर्तन के बाद एक नए सामान्य राज्य को समझने, समायोजित करने और अपनाने का एक रूप है। परिवर्तन नियंत्रण प्रक्रिया है कि आवश्यकताओं में परिवर्तन कैसे संग्रहीत, विश्लेषण, प्रबंधित और रोडमैप और कार्यान्वयन अनुसूची में शामिल हैं।
Q # 4) परिवर्तन के 3 प्रकार क्या हैं?
उत्तर: बाद के परिवर्तनों में विकासात्मक परिवर्तन, संक्रमणकालीन परिवर्तन और परिवर्तनकारी परिवर्तन शामिल हैं।
निष्कर्ष
परिवर्तन प्रबंधन संरचित उपकरण लगाने, कई तरीकों को लागू करने और स्पष्ट प्रक्रियाओं को डिजाइन करके संगठनों और परियोजनाओं की सफलता को बढ़ा सकता है। शीर्ष प्रबंधन को एक तरह से बदलाव को लागू करने की योजना बनानी चाहिए ताकि कर्मचारियों को लगे कि यह बदलाव उनके लिए कुछ सकारात्मक परिणाम लाने वाला है।
परिवर्तन प्रबंधन के लिए विभिन्न मॉडल हैं। योजना बनाते समय इन मॉडलों को ध्यान में रखा जाना चाहिए।
सीएम की एक अहम बात बदलाव की प्रक्रिया में लोगों को शामिल कर रही है। कर्मचारियों और प्रबंधन के समर्थन के बिना किसी संगठन में परिवर्तन हासिल नहीं किया जा सकता है। सीएम के लिए सही योजना यह सुनिश्चित करने में मदद करती है कि परिवर्तन प्रक्रिया सही समय पर सही लोगों द्वारा शुरू और प्रबंधित की जाती है।
अनुशंसित पाठ
- 2021 में शीर्ष 10 परिवर्तन प्रबंधन सॉफ्टवेयर समाधान
- 11 सर्वश्रेष्ठ सॉफ्टवेयर विन्यास प्रबंधन उपकरण (2021 में SCM उपकरण)
- Bugzilla Tutorial: दोष प्रबंधन उपकरण हाथों पर ट्यूटोरियल
- टेस्ट मैनेजमेंट ट्यूटोरियल: टेस्ट मैनेजमेंट के लिए एक अंतिम गाइड
- प्रैक्टिसटेस्ट टेस्ट मैनेजमेंट टूल हैंड्स-ऑन रिव्यू ट्यूटोरियल
- DevOps प्रथाओं में कॉन्फ़िगरेशन प्रबंधन
- उदाहरणों के साथ कॉन्फ़िगरेशन टेस्टिंग ट्यूटोरियल
- 2021 में 25 सर्वश्रेष्ठ परियोजना प्रबंधन उपकरण (नवीनतम रैंकिंग)