- कितने अन्य लोग दिन-प्रतिदिन के कार्यों में स्वयं साथ-साथ काम करेंगे?
यह आपकी कार्य क्षमता को बहुत ही सीधे तरीके से प्रभावित करता है। यह आपकी निर्बाध छुट्टी लेने की क्षमता को भी प्रभावित करता है ...
- समस्याओं का पहला उत्तरदाता कौन है?
यह उत्तर अलग-अलग होगा, लेकिन यह एक अच्छा संकेत है कि संगठन वास्तव में "व्यवस्थित" कैसे कर सकता है। बड़े सेटअप में एक हेल्पडेस्क और टिकटिंग सिस्टम होना चाहिए; छोटे सेटअप में कम से कम टिकटिंग प्रणाली होनी चाहिए , साथ ही कुछ प्रकार की कंपनी द्वारा भुगतान के लिए पेजर की मदद भी होनी चाहिए ।
"बस आप" स्वीकार्य उत्तर नहीं है। यह संगठन की पूरी कमी है, और "आपको उपयोगकर्ताओं से अनुरोध कैसे ट्रैक करना है?" के सवाल के साथ पालन किया जाना चाहिए। इसका उत्तर "आप नहीं" के अलावा कुछ के साथ दिया जाना चाहिए ।
- व्यवस्थापकों के लिए मौजूदा प्रणालियों का आपका अनुपात क्या है?
यह बहुत अधिक नहीं होना चाहिए (50: 1 से ऊपर) या बहुत कम (5: 1 से नीचे)। बहुत ऊँचा और आपका काम का बोझ इतना गंभीर होगा कि आप दूर रहने के लिए पानी फैलाएंगे। बहुत कम और आप या तो एक-व्यक्ति की दुकान हैं, या सिस्टम को प्रबंधित करने की दुकान की क्षमता के साथ गंभीर समस्याएं हैं।
हमेशा की तरह, नियम के अपवाद हैं; ऐसे उदाहरण जहां 200+ सिस्टम को एकल स्रोत से माना जा सकता है (वेब हेड-एंड सोचते हैं), और ऐसे उदाहरण हैं जहां व्यवसाय बहुत छोटा है (20 कर्मचारियों को केवल 2 सर्वर की आवश्यकता हो सकती है)।
- व्यवस्थापकों के लिए अंत-उपयोगकर्ताओं / ग्राहकों का आपका अनुपात क्या है?
यह अपेक्षा का एक उपाय है। ये आपके "ग्राहक" हैं। जब मुद्दे होंगे, तो यह "दबाव" की राशि होगी जो आप एक स्थिति को हल करने के लिए करेंगे। 5000 के एक संगठन के साथ सिर्फ 2 प्रवेश एक बहुत, बहुत तनावपूर्ण जगह हो सकती है अगर आपके सिस्टम में परेशानी हो रही है।
- मौजूदा सिस्टम में अंतिम उपयोगकर्ताओं / ग्राहकों का आपका अनुपात क्या है?
यह सर्वर कार्यभार का एक उपाय है। बहुत अधिक अनुपात अतिवृद्धि, या बजटीय बाधाओं का संकेत हो सकता है जो आपके हाथों का विस्तार करने का समय होगा। अंडरटाइजेशन एक मुद्दा भी हो सकता है जब इसे नहीं बुलाया जाता है (यानी समझ में आता है कि एचआर का अपना सर्वर है, लेकिन 5,000 के संगठन में केवल 5 "नियमित" उपयोगकर्ताओं के लिए एक फ़ाइल सर्वर एक लाल झंडा है); यह सर्वरों को मजबूत करने के लिए कुछ "वर्चुअलाइजेशन" के लिए कह सकता है ...
- क्या मौजूदा सिस्टम के अपडेट को संभालने के लिए एक मौजूदा प्रक्रिया है, जैसे वेंडर पैच या फर्मवेयर अपडेट लागू करना?
यह (ए) "मुझे नहीं पता", या (बी) "हम अपडेट नहीं करते" के अलावा कोई अन्य उत्तर होना चाहिए।
- कहते हैं कि एक सर्वर आग पकड़ता है। संकट या आपदा की स्थिति में, डाउनटाइम के रूप में क्या समय-सीमा स्वीकार्य है?
यह हमेशा एक उचित प्रश्न होना चाहिए । अगर साक्षात्कारकर्ता इस सवाल पर आउट-ऑफ-शेप हो जाता है, तो वे आपके काम की प्रकृति, भविष्य की संभावनाओं के लिए एक महत्वपूर्ण सुराग नहीं समझते हैं। यदि उम्मीद 24/7 है, तो यह ठीक है - जब तक कि उनके पास इसके लिए बुनियादी ढांचा नहीं है, जिसका अर्थ है कि आप मशीनों को बहुत कम कर देंगे । यह जानना कि क्या है और स्वीकार्य नहीं है, उनकी सच्ची अपेक्षाओं के बारे में आपके कार्ड को टिप करने में मदद करता है।
- आग की बात करते हुए, क्या आपके पास अपने उपकरणों के लिए एक आग दमन प्रणाली है, और क्या यह उपयुक्त प्रकार है?
जल छिड़काव कर रहे हैं नहीं एक स्वीकार्य जवाब। यह करता हो, और तुम जाएगा संगठनों है कि कोई वेंटीलेशन के साथ एक झाड़ू कोठरी में एक रैक भरने लगता है और एक आग फव्वारा भूमि के ऊपर है मिलता है एक बहुत अच्छा विचार । यदि यह शत्रुतापूर्ण है, नजरअंदाज किया गया है, या शत्रुता के साथ मुलाकात की है, उठो, साक्षात्कारकर्ता को धन्यवाद, और चलो, भागो मत ...
- अपनी डेटा बैकअप प्रक्रिया और उपयोग किए गए संग्रहण का प्रारूप बताएं।
यह एक और सवाल है जिसका जवाब हमें "हम नहीं" और "हमारे पास बैकअप मीडिया नहीं है" के अलावा कुछ भी होना चाहिए।
- क्या आप नियमित रूप से और कितनी बार अपने बैकअप का परीक्षण करते हैं?
उपरोक्त प्रश्न का अनुवर्ती। यदि आप नियमित रूप से परीक्षण नहीं कर रहे हैं, तो आप सिर्फ परेशानी को आमंत्रित कर रहे हैं।
- क्या पूंजीगत खर्च और मामूली खरीद दोनों के लिए एक ज्ञात बजट और खरीद प्रक्रिया है? क्या आप मुझे उस प्रक्रिया की व्याख्या कर सकते हैं जिसका उपयोग मैं कुछ खरीदने के लिए करूंगा?
यदि उत्तर है "हम (कोई और) इसे खरीद लेंगे जैसा कि हमें इसकी आवश्यकता है", यह एक लाल झंडा है। इसका अर्थ है "जब आपको वास्तव में इसकी आवश्यकता हो तो हम उपकरण खरीदने के लिए आपको भरोसा नहीं करते हैं, इसलिए हमारे पास इसके बजाय कोई और होगा।" हमेशा किसी तरह का बजट होना चाहिए।
कुछ खरीदने की प्रक्रिया को 2 मिनट से कम समय में समझाने के लिए पर्याप्त आसान होना चाहिए। इसमें 2 से अधिक पार्टियों के हस्ताक्षर नहीं होने चाहिए (उच्च संख्या लाल टेप को इंगित करती है), और इसे दिन या घंटों में मापा जाना चाहिए, सप्ताह नहीं (यदि बहुत लंबा है तो महत्वपूर्ण खरीदारी की जाएगी)। हमेशा किसी न किसी तरह की प्रक्रिया होनी चाहिए।
- क्या आपके पास पुराने हार्डवेयर को रीफ्रेश और रीसायकल करने की योजना है, और यह कितनी बार होता है?
मैंने वास्तव में 18-वर्षीय मिनिकॉमपॉइंट्स पर चलने वाली कंपनियों को देखा है जो समर्थन अनुबंधों और एक सहायक विक्रेता से बहुत सारे स्पेयर पार्ट्स द्वारा जीवित रखे जाते हैं। बेशक, मूल हार्डवेयर विक्रेता लंबे समय के बाद से ...
डेस्कटॉप यूनिट्स को कभी भी 3 साल से ज्यादा तेज रिफ्रेश नहीं करना चाहिए या 5 से धीमा करना चाहिए। तंग बजट वाले व्यवसायों में, डेस्कटॉप को 5 साल तक खींचना कभी-कभी एक उपयुक्त उत्तर होता है।
रीसाइक्लिंग पर बिट यह देखने के लिए एक परीक्षण है कि क्या उनके पास पुराने हार्डवेयर के प्रति "डिस्पोजेबल" रवैया है। यह इस अर्थ में बुरा है कि आपको एक ज्ञात पुनर्नवीनीकरण के माध्यम से इसे ठीक से निपटाना चाहिए, लेकिन इस अर्थ में अच्छा है कि आप पुराने हार्डवेयर को टेम्परेरी ड्यूटी में दबा सकते हैं-आवश्यकता उत्पन्न होनी चाहिए। यह आपको उनके "बोनीयार्ड" (पुराने हार्डवेयर के ढेर जो आसपास रखा गया है) के आकार का भी एहसास दिलाएगा।
संबंधित सवाल:
https://serverfault.com/questions/44638/how-often-does-tech-refresh-happen