केवल स्लैक, जीरा और ब्लू टेप का उपयोग करके मुख्य टीमों की सहायता के लिए जूनियर्स का एक विभाग बनाएं

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

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

पहले, हम जूनियर्स को काम पर रखने के बजाय, फ्रीलांसरों के साथ खिलवाड़ करते थे

जबकि कुछ कार्य थे, हमारे वरिष्ठों ने किसी तरह दांत भींचे और इन नीरस कार्यों को अपने लिए ले लिया, क्योंकि विकास को आगे बढ़ना चाहिए। लेकिन यह लंबे समय तक नहीं चल सका: परियोजनाएं बढ़ीं, नियमित सरल कार्यों की संख्या में वृद्धि हुई। स्थिति अधिक से अधिक मजाक की तरह लगने लगी जब हथौड़े के बजाय माइक्रोस्कोप से कीलें ठोंक दी गईं। स्पष्टता के लिए, आप अंकगणित की ओर रुख कर सकते हैं: यदि आप किसी ऐसे व्यक्ति को आकर्षित करते हैं जिसकी दर सशर्त है $50/घंटा काम करने के लिए जिसे $10/घंटा की दर वाला कर्मचारी संभाल सकता है, तो आपको समस्या है।

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

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

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

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

हम कैसे "सरल कार्यों का विभाग" बनाने आए और हमें क्या मिला

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

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

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

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

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

लेकिन सब कुछ जूनियर्स को काम पर रखने तक सीमित नहीं है - उन्हें काम करने की स्वीकार्य स्थिति बनाने की जरूरत है, और यह पूरी तरह से अलग योजना का काम है।

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

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

तीन महीने की परीक्षण अवधि के अंत में, संरक्षक जूनियर के साथ एक अंतिम तकनीकी साक्षात्कार आयोजित करता है, जिसके परिणामों के आधार पर यह तय किया जाता है कि जूनियर किसी एक टीम में स्थायी नौकरी पर जा सकता है या नहीं।

कुल मिलाकर

पहली नज़र में, हमारा कनिष्ठ विभाग एक इनक्यूबेटर या किसी प्रकार का विशेष रूप से निर्मित सैंडबॉक्स जैसा दिखता है। लेकिन वास्तव में, यह एक पूर्ण मुकाबला टीम के सभी गुणों के साथ एक वास्तविक विभाग है जो वास्तविक, प्रशिक्षण कार्यों को हल नहीं करता है।

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

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

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

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

स्रोत: www.habr.com