एक पूर्णकालिक सिस्टम प्रशासक के लिए उत्तरजीविता निर्देश

अकेले मैदान में - CIO!

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

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

तो, पहले से शुरू करते हैं:

1. जब आपको नौकरी मिलती है, तो अपने काम के लक्ष्यों के बारे में पता करें

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

2. बैकअप और मैनुअल के साथ बैकअप योजना का समन्वय करें

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

3. जोखिमों का आकलन करें और हार्डवेयर, सॉफ्टवेयर और संचार चैनलों की विश्वसनीयता पर भरोसा न करें

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

4. प्रबंधन के साथ परिचालन जोखिम और आपदा वसूली योजना को संरेखित करें

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

5. पहले से आईटी इन्फ्रास्ट्रक्चर में किसी भी बदलाव की योजना बनाएं, लेकिन सबसे महत्वपूर्ण बात यह है कि कुछ गलत होने पर परिवर्तन योजना और रोलबैक योजना दोनों बनाएं।

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

6. आईटी इन्फ्रास्ट्रक्चर में सेवा के डाउनटाइम या संभावित डाउनटाइम से संबंधित किसी भी कार्य के लिए समय का समन्वय करना और हमेशा ऐसे काम की आवश्यकता को उचित ठहराना

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

7. स्पष्टता और अक्षमता के अपने क्षेत्र को स्पष्ट रूप से परिभाषित करें और प्रबंधन के साथ इस मुद्दे पर चर्चा करने से डरो मत

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

8. हमेशा किए गए निर्णयों के लिए जिम्मेदारी साझा करें, खासकर अगर यह आपके द्वारा व्यक्तिगत रूप से नहीं किया गया है

आपका कार्य उपकरण खरीदना है, आपने एक मॉडल चुना है, एक चालान का अनुरोध किया है, लेकिन अंतिम समय में क्रय विभाग ने इसे वीटोसेक्स मार्केट पर सस्ता कर दिया है! ठीक है, कोई समस्या नहीं है, लेकिन इस मामले में, क्रय विभाग को इस उपकरण की खरीद के लिए जिम्मेदार होने दें। मैं उन कुछ कंपनियों को जानता हूँ जहाँ खरीद विभाग "सबसे कम कीमत" में खरीदे गए लैपटॉप की डिलीवरी के लिए 2 साल से इंतजार कर रहा है। इसी तरह से अन्य सभी निर्णयों के साथ - यह उनके लिए सिर के साथ पुष्टि करना सबसे अच्छा है, अग्रिम संभावित विकल्पों में दिखाना, और निर्णय की शुद्धता के बारे में उनसे पुष्टि प्राप्त करना। और हाँ, बस मामले में:

9. लिखित में सभी निर्णयों पर सहमत

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

10. आप के साथ बातचीत करने के लिए सभी के लिए समझने योग्य और सुविधाजनक नियम बनाएं। उपयोगकर्ताओं को चिंता से दूर रखने की पूरी कोशिश करें

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

खैर, उपरोक्त सभी के बाद, निम्नलिखित करने के लिए मत भूलना:

11. नियमित रूप से बैकअप चेक करें

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

12. चक्र को दोहराएं: "जरूरतों को हटाने - जोखिम विश्लेषण - समन्वय - संरेखण" वर्ष में कम से कम एक बार

छोटा व्यवसाय बहुत तेज़ी से बदल रहा है: कल, कंपनी ने प्रति सप्ताह 3 बिल लिखे, और आज उन्हें प्रति मिनट 20 टुकड़े जारी किए जाते हैं। कल सभी को डेटा के केवल दैनिक बैकअप की आवश्यकता थी, और आज 5 मिनट में जानकारी का नुकसान पहले से ही व्यापार के लिए महत्वपूर्ण है। आपका कार्य हमेशा व्यवसाय में सभी परिवर्तनों के मामले में सबसे आगे रहना और उनसे आगे निकलना है।


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

इवान कोरमाचेव
आईटी विभाग की कंपनी
www.depit.ru