👨🏾‍💻 🌺 💗 कैसे शुरुआती मदद करता है 👩‍🏭 👩🏿‍🚒 🖼️

पिछले लेख में यह हमारी कंपनी में काम पर रखने के बारे में बताया गया था, लेकिन यह इतना बुरा नहीं है - आखिरकार, नए कर्मचारी को पेश करने के लिए समान रूप से महत्वपूर्ण और सही रूप से यह महत्वपूर्ण है कि क्या हो रहा है! मैं इस क्षेत्र में अपने अनुभव को नई सामग्री में साझा करूंगा।

काम पर जा रहे हैं और पहले ~ तीन महीने

यदि सब कुछ एक साथ हो गया है, तो कर्मचारी काम पर जाता है। हम उसे DevOps इंजीनियरों को कॉर्पोरेट उपकरण देते हैं, उदाहरण के लिए, एक काम लैपटॉप और सही हार्डवेयर के साथ गुणवत्ता और संगतता के लिए परीक्षण किया गया हेडसेट। यह सब डिलीवरी सेवा का उपयोग करके घर भेजा जाता है।

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

हम आम तौर पर ओपन सोर्स सॉफ्टवेयर पसंद करते हैं : सभी आंतरिक परियोजनाओं के स्रोत किसी भी इंजीनियर के लिए उपलब्ध हैं। और उनमें से किसी पर भी आप देख सकते हैं, उदाहरण के लिए, यह:

कमिट नंबर पर क्लिक करके, आप आंतरिक GitLab में जाते हैं। कुछ पसंद नहीं है? इसे ठीक करना चाहते हैं? कोड पढ़ें, संपादित करें, एक मर्ज अनुरोध भेजें - हम अंत में इंजीनियर हैं!

नोट : ओपन सोर्स का हमारा प्यार, हालांकि, आगे बढ़ाता है। हमने GitHub पर समुदाय के लिए अपने विकास की एक पूरी श्रृंखला खोली है , और इसका उपयोग करने से पहले, 2009 के बाद से, हमने अपने संसाधनों का उपयोग करके ऐसा किया। और जब भी संभव हो हम इसे खोलना जारी रखें (संकेत: रास्ते में हमारे पास एक और परियोजना है, जिसका स्रोत पहले से ही सार्वजनिक रूप से उपलब्ध है ... हमारे ब्लॉग में घोषणाओं का पालन करें!)। इसके अलावा, हम हमारे करीब परियोजनाओं (जैसे हेल्म और गिटलैब ) में तस्करी करेंगे और कभी-कभी लिप्त होंगे ।

कोड जैसी लचीली कार्यप्रणाली

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

उदाहरण के लिए, दो वेब सेवाओं: निक्सन और फोर्ड (अमेरिकी राष्ट्रपतियों के नाम से) का उपयोग करके, "कार्ड" और दिन के लिए समय रिकॉर्ड करने के लिए हमारी अपनी प्रणाली है।

ट्रेलो क्यों नहीं? क्योंकि हमारा निक्सन और फोर्ड, अन्य बातों के अलावा:

यह समझें कि एक व्यक्ति दिन के दौरान विभिन्न टीमों में समस्याओं को हल कर सकता है (और उसे आसानी से करने की आवश्यकता है!);
एक क्लिक के साथ Redmine में कार्ड से कार्य बनाएं, और GitLab और GitHub के साथ एकीकृत करें;
कार्ड को प्राथमिकता से विभाजित करें, उन्हें तारीख या बैकलॉग से हटा दें;
पुष्टि के साथ एक साधारण वर्कफ़्लो व्यवस्थित करें;
फ़िल्टर करें, खोजें और कई प्रासंगिक हॉटकी प्रदान करें।

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

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

या, उदाहरण के लिए, परियोजना प्रबंधन। एक बुश सेवा है जो ग्राहकों, उनकी परियोजनाओं, कर्मचारियों और टीमों के बारे में सब कुछ याद करती है। क्या आप आंतरिक GitLab में एक परियोजना बना रहे हैं? बस बुश में आवश्यक जानकारी चलाएं - वह सभी सेटिंग्स बनाएगा, सभी एक्सेस प्रदान करेगा और एक रिपॉजिटरी खोलेगा।

अनुकूलन

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

एक नवागंतुक के लिए नए ज्ञान की धारा में सुरक्षित रूप से नेविगेट करने के लिए, हम उसके लिए उपलब्धियों - "उपलब्धियों" की एक सूची तैयार करते हैं। पहली बार एक ही समय में बहुत डरावना और ठंडा होता है, और हम "शांत" करने के लिए बहुत प्रयास करते हैं।

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

DIY करते हैं-यह खुद कुबेरनेट क्लस्टर है। संभव सामयिक मदद सहयोगियों। अधिकतम - 2 कार्य दिवसों में।
कुबेरनेट्स में पूरी तरह से तैनात सेफ़।
एमआर द्वारा स्वीकार किए जाते हैं या किसी भी प्रलेखन परियोजना में मुद्दे द्वारा बनाई गई हैं।
बंद दिन, सही टाइमर के साथ सही ढंग से तैयार किए गए कार्डों से भरा हुआ।
...

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

हम धीरे-धीरे आंतरिक पाठ्यक्रमों और गाइडों में ज्ञान आधार में प्रमुख कार्यों को लपेटते हैं।

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

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

यह सभी टीम के सदस्यों को सभी परियोजनाओं के बराबर रहने में मदद करता है, और उन्हें उन समस्याओं की वास्तविक तस्वीर भी देता है जिन्हें कली में समाप्त किया जा सकता है, और इसके लिए धन्यवाद, अधिक धन प्राप्त करना शुरू करें।

वेतन और बोनस

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

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

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

सामान्य स्तर को समझने के लिए: क्षेत्रों में हमारे इंजीनियर का वेतन लगभग 90 से 150 हजार रूबल प्रति माह (प्रति व्यक्ति) है। बेशक, यह "अस्पताल में औसत तापमान" है, क्योंकि यह हमेशा व्यक्तिगत समझौते और कई अलग-अलग कारकों के संयोजन का एक क्षेत्र है।

पहले दिन से हमारी कंपनी के सभी कर्मचारी "सफेद में" काम करते हैं, आधिकारिक तौर पर, एक असीम रोजगार अनुबंध के तहत और रूसी संघ के श्रम संहिता के अनुसार। एक पूरी तरह से सफेद वेतन (महीने की निश्चित तारीखों पर दो किस्तों में भुगतान) का तात्पर्य है कि इससे करों का भुगतान किया जाता है और सभी आवश्यक निधियों के लिए कटौती की जाती है। नतीजतन, हमारे कर्मचारियों की सभी आय 2NDFL प्रमाणपत्रों में प्रदर्शित होती है और ऋण के लिए आवेदन करते समय कोई समस्या नहीं होती है।

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

कंपनी की वृद्धि

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

बेशक, एक "डिफ़ॉल्ट पथ" L1 → L2 → DevOps इंजीनियर है (एक जिसमें L3 फ़ंक्शन करता है) → लीड इंजीनियर, टीम लीडर, PM ... लेकिन अधिक जटिल चालें हैं जो न केवल मानव क्षमताओं पर निर्भर करती हैं, बल्कि वास्तविक लोगों पर भी निर्भर करती हैं। कंपनी की जरूरत इसलिए, उदाहरण के लिए, एक दिन हमारे पास "सेवा निदेशक" की स्थिति थी, जिसमें से एक ऑन-ड्यूटी (L1 / L2) इंजीनियर बड़े हुए, और यह याद रखना पर्याप्त है कि हमारे पास विशेष टीमें हैं, जैसे कि R & D।

यदि पाठकों की रुचि होगी (टिप्पणियों में लिखें!) - हम इस बारे में बात करेंगे कि कंपनी में विकास और विकास की क्या कहानियां वास्तव में हमारे कर्मचारियों के साथ हुई हैं और अब दिखाई दे रही हैं।

एक निष्कर्ष के बजाय

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

पुनश्च

मैं सहयोगियों के प्रति आभार व्यक्त करता हूं: मानव संसाधन निदेशक अन्ना और श्रुप - इस लेख के दोनों हिस्सों को तैयार करने में उनकी मदद के लिए। हम आपके अनुरोध पर, हमारी कंपनी के इस "आंतरिक रसोईघर" से संबंधित अन्य मामलों में अपने अनुभव को साझा करने में प्रसन्न हैं।

पी पी एस

हमारे ब्लॉग में भी पढ़ें:

कैसे शुरुआती मदद करता है