CALMS प्रतिमान के माध्यम से प्रक्रिया ऑप्टिमाइज़ करने के DevOps के तरीके?


11

बहुत से DevOps की भर्ती कीवर्ड मिलान की तर्ज पर होती है, जिसके कारण मेरी राय पूरी तरह से प्रौद्योगिकी पर केंद्रित हो जाती है।

अब, DevOps सिर्फ तकनीक की तुलना में बहुत अधिक है, और DevOps Engineer केवल कुछ कोडिंग कौशल के साथ एक बेहतर सिस्टम प्रशासक नहीं है।

सीनियर देवओप्स भूमिका / प्रोफाइल का अर्थ है कि मैं अवसंरचना और सॉफ्टवेयर इंजीनियरिंग कौशल जैसे लीन, मेजरमेंट और ओपन एंड कम्युनिकेटिव से परे कई अन्य नींवों और प्रथाओं में वरिष्ठता प्रदान कर रहा हूं (जो ईमानदारी से अपने संचार कौशल के लिए देवो को पूछता है?)

तो, क्या नौकरी का विज्ञापन / साक्षात्कार किसी तरह से अधिक कुशल हो सकता है - उदाहरण के लिए, CALMS श्रेणियों पर भी सवाल उठाकर ? - "अब, आप दुबले सिद्धांतों को कैसे लागू करते हैं?"

आगे विस्तार:

  • सी परफेक्ट (जैसे संघर्ष प्रबंधन के लिए रणनीति और विफलताओं के लिए रवैया, खुद और दूसरों के लिए)
  • एक उत्तोलन (यहाँ आप कठपुतली / डॉकटर आदि कौशल के बारे में पूछते हैं)
  • L ean (लीन की नींव? अपशिष्ट प्रकार?)
  • एम ढील (JMeter जैसे उपकरण के लिए पूछें, लेकिन नमूने, डेटा मॉडलिंग जैसी चीजों पर भी जाएं ..)
  • एस हारिंग (स्पष्ट रूप से ज्ञान प्रबंधन और उपकरणों के अनुसार)

अद्यतन - तो नियोक्ताओं / भर्तीकर्ताओं ने CALMS द्वारा साक्षात्कार की संरचना क्यों नहीं की जैसा कि नीचे दिखाया गया है (इसके अलावा, "स्वचालन" अनुभाग को DevOps मॉडल ( दस्तावेज़ लिंक, आसानी से ) के साथ तैयार किया जा सकता है ?

यहां छवि विवरण दर्ज करें

साइड नोट - उदाहरण के लिए वास्तव में सिर्फ एक नरम कौशल नहीं है, DevOps के लिए यह मुख्य कौशल में से एक है - जैसे कि इस डोमेन के सभी अन्य।


1
यह एक महान प्रश्न है और मेरी इच्छा है कि मेरे पास एक उत्तर हो। मैंने अभी तक जितने भी संसाधन देखे हैं और साक्षात्कार लिए हैं, वह कुछ महीने पहले एक देवोप्स भूमिका के लिए था, हालाँकि यह स्वीकार नहीं किया गया था कि कोई सीनियर नहीं है, "भक्त व्यक्ति" होने के लिए आवश्यक कौशल के क्रॉस-सेक्शन को संबोधित नहीं करते हैं। । उस ने कहा, क्या CALMS कुछ ऐसा है जिसे किराए पर लिया जा सकता है? मुझे लगता है कि कोई व्यक्ति जो किसी भी सार्थक तरीके से CALMS के साथ उन मजबूत sysadmin कौशल ला सकता है, वह एक इकसिंगा होने वाला है।
बृहन्मुब

1
जबकि मुझे यहां इस प्रकार के प्रश्नों के बारे में बात करना अच्छा लगता है, मुझे आपकी मान्यताओं के बारे में सवाल करना है (इस बारे में कि देवओप्स लड़कों / लड़कियों को काम पर रखते समय "आम तौर पर सभी प्रकार की चीजें" अभी कैसे नहीं हो रही हैं)। मैं निश्चित रूप से उम्मीदवारों के साथ इन सभी चीजों के बारे में बात करता हूं। अगर एक काम पर रखने वाले प्रबंधक नहीं करता है, तो मुझे लगता है कि वह वास्तव में खुद DevOps में नहीं है?
एओई

@Briansbum, आप निश्चित रूप से एक उम्मीदवार में उन सभी आयामों की तलाश कर सकते हैं, और पता लगा सकते हैं कि वे कहाँ कमजोर और मजबूत हैं, इसलिए आप एक अच्छी टीम को एक साथ ला सकते हैं (उन लोगों के साथ जो एक दूसरे के पूरक हैं)। उन सभी में जो उत्कृष्टता रखते हैं, वे शायद पहले से ही अपने सपने को देखते हैं और वे वैसे भी नहीं दिखेंगे। ;)
AnoE

जवाबों:


5

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

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

एक DevOps भाड़े के लिए, मैं लीन की जगह लर्निंग की जगह लेने का सुझाव दूंगा। यह मूल रूप से CAMS है और भले ही कुछ लीन को शामिल करने के लिए इसे CALMS तक बढ़ाते हैं, लेकिन यह कुछ हद तक प्रतिबंधित है क्योंकि DevOps सिर्फ लीन से बहुत अधिक पर आधारित है। यह भी है Deming विशेष और सामान्य कारण परिवर्तन और सिस्टम सोच, के बारे में के विचारों नैश के संतुलन , शेवार्ट के (जब हर कोई समूह के हित भी शामिल है की तुलना में अगर खुद के लिए प्रत्येक अनुकूलित करता है, परिणाम, इनकी हो सकता है) सांख्यिकीय प्रक्रिया नियंत्रण , Goldratt के बाधाओं का सिद्धांत , तालेब का एंटी-फ्रैगबिलिटी और बहुत कुछ।

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

मैं व्यक्तिगत रूप से आपके संगठन में प्रक्रियाओं को बेहतर बनाने के लिए प्रभावी होने के लिए आवश्यक नरम कौशल संस्कृति के तहत रखूंगा। CMMI , कानबन , प्रगति सीमा में कार्य , चुस्त प्रथाएं, आदि।

JIRA अधिक साझाकरण टूल की तरह लगता है और Git स्वचालन से अधिक निकटता से संबंधित है।


1
धन्यवाद जिरी; क्या आप हमें प्रारंभिक बुनियादी उद्योग संदर्भ पत्रक बनाने के लिए कोई विकल्प देखते हैं, विशेष रूप से संगठन परिवर्तन के संदर्भ में DevOps के लिए - cc लाइसेंस - जेनेरिक पर्याप्त जहां अधिकांश भर्तीकर्ता काम करना शुरू कर सकते हैं?
पीटर मुर्सकिन

मुझे लगता है कि यह काम कर सकता है। मैं सुनिश्चित करने के लिए प्रतिक्रिया देने के लिए तैयार हूं। AllDayDevOps स्लैक में जल्द ही बहुत सारे DevOps पेशेवर होने वाले हैं। भर्ती करने वाले भी हैं, यह वहाँ एक चैनल शुरू करने के लायक हो सकता है।
जिरी क्लौडा

2

संपादित करें

मेरा मानना ​​है कि यह संगठन से संगठन पर निर्भर करता है और एक DevOps / वरिष्ठ DevOps क्या करने की उम्मीद करता है, इसलिए, आपका पहला वाक्य 100% सटीक है। क्योंकि, एक DevOps को उन उपकरणों के सेट का उपयोग करने में सक्षम होना चाहिए जो कंपनी उपयोग करती है और उन उपकरणों के नए सेट को सुधारती है या लाती है जो कंपनी और उसके डेवलपर्स को तेजी से काम करने और कम बर्बाद करने में सक्षम बनाते हैं।

मेरी राय में एक DevOps में मजबूत SysAdmin कौशल होना चाहिए और जाहिर है कि कठपुतली, बावर्ची, पायथन, बैश के रूप में कोडिंग कौशल का बड़े पैमाने पर उपयोग किया जाएगा और साथ ही कोड के कुछ ज्ञान जो कि सर्वर पर कम से कम चलते हैं, क्यों नाबालिग डीबगिंग करने में सक्षम होने के लिए अनुप्रयोग एक वातावरण से दूसरे वातावरण में अपेक्षित व्यवहार नहीं करता है।

हालांकि, सीनियर डेवप्स के रूप में, CALM को लागू किया जा सकता है, लेकिन लीन और मेजरमेंट सिद्धांत लागू नहीं हो सकते हैं। उदाहरण के लिए, हम सांसारिक चीजों को स्वचालित करने के लिए शेफ / कठपुतली / Ansible का उपयोग करके एप्लिकेशन विकसित कर रहे हैं और सब कुछ सिंक में रखते हैं जो स्पष्ट रूप से समय बचाता है और कम अपशिष्ट पैदा करता है ।

माप के बारे में, मुझे यकीन नहीं है कि ज्यादातर मामलों में यह लागू है। हालाँकि, अन्य CALM सिद्धांत एक DevOps स्थिति का हिस्सा हैं।

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

मुझे आपके द्वारा जोड़ी गई स्प्रेडशीट पसंद है, और एक बिंदु प्रणाली होना अच्छा है, हालांकि, कुछ कंपनियां नौकरी विज्ञापन में आवश्यकता से अधिक कौशल / प्रौद्योगिकियां भी जोड़ रही हैं।

इसके अलावा, एक टेलीफोन साक्षात्कार के बाद (यदि एक है) तो मुझे यह उपयोगी लगेगा कि एक साक्षात्कार में आपको अपनी डिबगिंग प्रक्रिया को हल करने के लिए या कम से कम कुछ स्थितियों को दिखाने के लिए कुछ समस्याओं को हल करने के लिए दिया जाएगा। व्यक्तिगत रूप से, मैं लिखित परीक्षाओं को नापसंद करता हूं क्योंकि मेरा मानना ​​है कि किसी समस्या को हल करने के 'एन' तरीके हैं, और कभी-कभी Google भी आपका मित्र है, क्योंकि आपको दिल से सब कुछ जानने की उम्मीद नहीं है।

एक DevOps / वरिष्ठ DevOps के रूप में मेरा मानना ​​है कि उपयोग किए जाने वाले अनुप्रयोगों और ज्ञान के बीच एक रेखा है। आप इन नए / पुराने टूल या कोड लिखने में अद्भुत हो सकते हैं, लेकिन जब डिबगिंग की बात आती है या सिर्फ सर्वर के साथ समस्या क्या होती है, यह समझने के लिए जेनकिन्स जॉब हो सकती है तो आप ऐसा नहीं कर सकते।

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

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


मैं कहता हूं कि यह सही दिशा में जाता है लेकिन सीधे सवाल को संबोधित नहीं करता है - यदि आप चाहें तो कृपया थोड़ा और विस्तृत करें।
पीटर मुर्सकिन

1
@PeterMuryshkin मुझे इस बात पर यकीन नहीं था कि आप मुझ पर क्या विस्तार करना चाहते हैं, लेकिन मैंने इस पर अतिरिक्त विचार जोड़े हैं
Sergiu

इसके अलावा, हाँ मैं सोच रहा था कि यह बहुत अधिक हो सकता है, लेकिन मुझे यकीन नहीं था कि आप मुझे क्या बताना चाहते हैं
Sergiu
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.