एक छोटी कंपनी के लिए ITIL अभ्यास। प्रबंधन बदलें

आज, कई लोगों ने आईटीआईएल के बारे में सुना है: आईटी प्रक्रियाएं, घटनाएं, टिकट, और आईटी प्रबंधन के अन्य घटक।
सुना है? - अच्छा!
नहीं? - यह ठीक है, हम अभी भी चर्चा करेंगे।

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

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

आज हम संगठन के बुनियादी ढांचे की स्थिरता को बनाए रखने के संदर्भ में सबसे महत्वपूर्ण आईटी प्रक्रियाओं में से एक के बारे में बात करेंगे - परिवर्तन प्रबंधन , उर्फ परिवर्तन प्रबंधन ।

परिवर्तन प्रबंधन निम्नलिखित प्रक्रियाओं के साथ सबसे अधिक निकटता से जुड़ा हुआ है: हादसा प्रबंधन, समस्या प्रबंधन, विन्यास प्रबंधन।

इसका सार किसी भी प्रकार के परिवर्तनों से जुड़े कार्यों को नियंत्रित करना है (वे आमतौर पर "चेनजी" में "परिवर्तन" से आईटी बुनियादी ढांचे में भी उपयोग किए जाते हैं)। आपको सर्वर कॉन्फ़िगरेशन को बदलने की आवश्यकता है - एक योजना बनाएं, अनुमोदन करें, आवेदन करें, प्रलेखन को अपडेट करें। नए राउटर को कमीशन करना - एक योजना बनाना, अनुमोदन करना, आवेदन करना, प्रलेखन को अद्यतन करना आवश्यक है। डेटाबेस को एक होस्ट से दूसरे में स्थानांतरित करना आवश्यक है - ... ठीक है, आप समझते हैं।

ऐसा लग सकता है कि यह सब अत्यधिक नौकरशाही है, जो आपके बहुमूल्य समय पर कब्जा कर रही है। भाग में, हाँ। हालाँकि, कोई भी शुरू से ही नौकरशाही में गहराई तक जाने की पेशकश नहीं करता है। नौकरशाही को बड़े निगमों के लिए छोड़ दिया जा सकता है जो स्थिरता बनाए रखने के लिए किसी भी कीमत का खर्च उठा सकते हैं।

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

और आप एक छोटे लेकिन बहुत उपयोगी दस्तावेज के साथ शुरू कर सकते हैं - तथाकथित चेंज प्लान - एक दस्तावेज जो बताता है कि परिवर्तन कैसे होगा। एक समय में, उन्होंने खुद उस कंपनी के लिए अपना खाका विकसित किया जिसमें उन्होंने काम किया था - दस्तावेज़ बहुत व्यावहारिक निकला। नीचे मैं इसके सेक्शन दूंगा। मुझे आशा है कि यह काम आएगा:

1. विवरण
   संक्षेप में क्या किया जाएगा।
   ऐसा क्यों किया जाएगा (यदि आप अपने मस्तिष्क को खरोंचते हैं, तो यह पता चल सकता है कि आपको कुछ भी करने की आवश्यकता नहीं है);
   जो भाग लेंगे।
   प्रलेखन के लिंक। यह आधिकारिक तौर पर उचित है, लेकिन आप अन्य विश्वसनीय स्रोतों में भी कर सकते हैं। प्रलेखन आपके कार्यों की शुद्धता को निर्धारित करता है। सामान्य तौर पर, इसे पढ़ना उपयोगी होता है।
2. तैयारी (पूर्व-स्थापना)
   आपको पल के पहले करने की आवश्यकता है एक्स - वह समय जिसके लिए चैंज निर्धारित है। इस खंड में महत्वपूर्ण बिंदु हैं:
   सुलह और बैकअप।
   बैकअप की आवश्यकता क्यों है, मैंने इसे नहीं फैलाया है, लेकिन समन्वय के लिए, मैं स्पष्ट करूँगा कि यह आइटम अत्यंत महत्वपूर्ण है। हर कोई जो चेंग से प्रभावित हो सकता है, उसे चेतावनी दी जानी चाहिए, और जो जिम्मेदार हैं उन्हें अपनी सहमति देनी चाहिए। उदाहरण के लिए, 16 से 17 तक आप प्रिंटर को बदलने जा रहे हैं, और यह इस समय है कि लेखा विभाग मुद्रण के लिए वेतन पत्रक भेजेगा ... सहमत, यह अप्रिय होगा।
3. कार्यान्वयन (योजना स्थापित करें)
   एक्स के समय पर किए जाने वाले सभी कार्य। चरण यथासंभव विस्तृत हैं: एसएसएच का उपयोग करके सर्वर पर जाएं, कमांड निष्पादित करें: 1, 2, 3 ... और इसी तरह।
   यदि वांछित है, तो आप यह निर्दिष्ट कर सकते हैं कि यह या उस ऑपरेशन में कितना समय लगेगा।
4. अंतिम चरण (स्थापना के बाद)
   जांचें कि सिस्टम और इसके साथ बातचीत करने वाले अन्य सभी सिस्टम सही तरीके से काम कर रहे हैं;
   चेंगज की तैयारी में किए गए सभी सेटिंग्स वापस करें;
   प्रलेखन में परिवर्तन करें;
5. बैकआउट योजना
   समस्याओं के मामले में कार्रवाई की जानी चाहिए और स्वीकार्य समय सीमा के भीतर उन्हें खत्म करने की असंभवता।
6. क्षुधा
   यदि योजना में पृष्ठभूमि की बहुत अधिक जानकारी है, तो यहां आप सभी को एकत्र कर सकते हैं। आईपी ​​पते, सर्वर नाम, फ़ाइल सिस्टम में पथ, और बहुत कुछ।

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

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

जानें, लागू करें।
आपका ध्यान देने के लिए धन्यवाद।