👊🏻 🎣 👩🏽‍🔧 एक दूरस्थ साइट पर जहाज पर 👨🏻‍⚖️ 📘 👨‍👩‍👧

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

Udalenka से पहले और बाद में काम करें।

ऑनबोर्डिंग के लिए विकल्प क्या हैं?

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

मैं एक आरक्षण करूँगा, इस लेख में मैंने किसी वरिष्ठ या जूनियर के ऑनबोर्डिंग के अलगाव पर ध्यान केंद्रित नहीं किया। इन प्रक्रियाओं में तकनीकी विवरण और नौकरी नियंत्रण पर ध्यान केंद्रित किया गया है, लेकिन समान रूप से महत्वपूर्ण हैं।

सामाजिक पहलू

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

टीम से मिलना

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

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

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

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

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

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

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

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

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

तकनीकी पहलू

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

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

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

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

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

से पहुँच प्राप्त करें (प्रभारी व्यक्ति का नाम);
परीक्षण वातावरण पर कार्य शाखा का विस्तार करें;
सहकर्मियों के 5 समीक्षा कार्यों का संचालन करना;
देव-ऑप्स लेआउट आवश्यकताओं की जांच करें;
पहली प्रतिक्रिया बैठक ले लो।

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

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

कैसे समझें कि ऑनबोर्डिंग एक दूरस्थ साइट पर सफल थी?

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

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

एक दूरस्थ साइट पर जहाज पर

सामाजिक पहलू

टीम से मिलना

तकनीकी पहलू

कैसे समझें कि ऑनबोर्डिंग एक दूरस्थ साइट पर सफल थी?

More articles: