आईटी परिवर्तन प्रबंधन कार्यक्रम को कैसे विकसित किया जाए

कंपनी में बदलाव को स्वीकृति प्राप्त करें: परिवर्तन करने का निर्णय आम तौर पर एक व्यवसाय निर्णय है जहां लागत बनाम लाभ की तुलना की जाती है। यहां तक ​​कि ऐसी परिस्थितियों में जहां परिवर्तन सख्ती से बुनियादी ढांचा (घटक या सिस्टम विफलता) में पैसा निवेश करने का निर्णय व्यवसाय में रहता है, न कि आईटी विभाग में। ऐसे अवसर होते हैं जब प्रक्रियाएं पूर्व-प्राधिकृत परिवर्तनों जैसे कि आपातकालीन व्यवस्था के रखरखाव से पहले विकसित की जाती हैं, लेकिन प्राधिकरण की तिथि के बावजूद, अभी भी निर्णय व्यापार प्रशासकों पर पड़ता है

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

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

परिवर्तन लागू करें: सीएबी परिवर्तन स्वीकार नहीं करता है, कारणों में सूचीबद्ध किया जाएगा (इस वजह से हमेशा कुछ जोखिम को कम कर रहे हैं नहीं या संचार की योजना बनाई नहीं किया गया है) और विकास दल से पहले शेड्यूल कर दिया जाएगा इन समस्याओं और एक नया बैठक हल करने के लिए समय दिया जाएगा सीएबी। यदि परिवर्तन को मंजूरी दी गई है, तो कार्यान्वयन निर्धारित किया जाएगा। यह सामान्य रूप से मामला है कि सीएबी कार्यान्वयन में प्रस्तुत किया जाता है हालांकि यह संभव है कैब के कुछ सदस्यों कौशल कि कार्यान्वयन के दौरान की जरूरत है है, लेकिन कैब के प्रतिनिधि के रूप में प्रस्तुत नहीं किया जाएगा, लेकिन क्षेत्र के विशेषज्ञों के रूप में (के लिए नहीं है अंग्रेजी एसएमई में इसका संक्षिप्त नाम) जैसे ही परिवर्तन लागू किया जाता है, सूची और चरणों को पूर्वनिर्धारित और प्रस्तुत किया जाता है और CAB द्वारा अनुमोदित किया जाता है। पूरी प्रक्रिया को ठीक से प्रलेखित किया जाना चाहिए और स्वीकृत प्रक्रिया को ठीक से पालन करना चाहिए।

परिणाम की रिपोर्ट करें: यदि परिवर्तन सही ढंग से सुचारू रूप से लागू किया गया था, या परिवर्तन की समस्याओं कि कार्यान्वयन के दौरान सही किया गया साथ लागू किया गया था, या परिवर्तन की समस्याओं कि स्वीकार्य माना जाता है, या समस्याओं कि पैदा हुई अस्वीकार्य है और बदले थे के साथ लागू किया गया था, या ज्यादा से ज्यादा मामलों में परिवर्तन अस्वीकार्य समस्याओं के साथ लागू किया गया था और वापस नहीं किया जा सकता है। किसी भी परिणाम प्रलेखित किया जाएगा और CAB.El सीएबी को लौट अब (एक्सचेंज सिस्टम मैनेजर में हितधारकों के लिए है कि सूचना के वितरण और उन परिणामों रखने के लिए और बनाए रखने के लिए के लिए जिम्मेदार इस एक कम्प्यूटरीकृत डेटाबेस में या एक में किया जा सकता है पेपर भरने की व्यवस्था है, लेकिन लेखापरीक्षा के प्रयोजनों के लिए दस्तावेजों को बनाए रखा जाना चाहिए)।

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