🚐 👼🏿 👥 विकास टीम में एक मजबूत मैट्रिक्स और वातावरण के बारे में 👨🏼‍🎤 🙇🏻 🌥️

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

विषय - सूची

आज हमने साथ बात की: नए ABBYY उत्पादों में से एक में

अलेक्सई Shtukaturov - विकास प्रबंधक।
अलदावेता श्वेत डोडो में आईटी ब्रांड में अग्रणी है।
बोरिस गुले डोडो में एक वरिष्ठ डेवलपर हैं।

लिसा : Lesha, नमस्ते! कृपया मुझे बताएं कि आप एबीबीवाई से कैसे मिले, आप वहां कितने समय से काम कर रहे हैं?

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

लिसा : मुझे अपने रास्ते के बारे में थोड़ा बताएं: आपने किसके साथ शुरुआत की थी और किसके साथ स्टार्टअप करने गए थे?

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

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

एक मजबूत मैट्रिक्स और वातावरण के बारे में

लिसा : आपके लिए कंपनी के साथ संवाद करना कितना आसान है? सीटीओ या एक नेता के पास जाने के लिए, क्या आपको साइन अप करने की आवश्यकता है?

अलेक्सेई : मैं सुरक्षित रूप से सीटीओ जा सकता हूं, यदि वह स्वतंत्र है, तो उसके साथ वर्तमान मुद्दों पर चर्चा करें। लेकिन आमतौर पर मैं अपने नेता के पास जाता हूं।

लिसा : आपने एक बड़ी कंपनी में काम किया, और आप एक स्टार्टअप में थे, जहां, जाहिर है, कोई पदानुक्रम नहीं है, सभी एक-दूसरे के भाई हैं। मुझे अपने अनुभव की ऊंचाई से बताएं: ABBYY लाल या फ़िरोज़ा के करीब है?

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

लिसा : यह पता चला है कि आपके पास एक कठोर पदानुक्रम है: क्या नेता हैं, क्या कर्मचारी हैं? नहीं, किसी तरह के "हम नेता नहीं हैं, हम राय के नेता हैं", लोग-प्रबंधक?

बोरिस: तथ्य यह है कि हमारे पास डोडो में काफी सपाट संरचना है, औपचारिक रूप से मेरा नेता सीटीओ है। इसी समय, एक नेतृत्व-टीम है, जिसमें उत्पाद स्वामी शामिल है, जो उत्पाद के लिए जिम्मेदार है, साथ ही साथ एक तकनीकी नेता भी है।

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

क्या आपके पास लोगों, विकास और प्रौद्योगिकी के लिए समान लोग हैं, या ये दो दिशाएं हैं?

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

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

लिसा: और आप यह कैसे करते हैं, क्या कोई एक-से-एक है और आप किन तकनीकों का उपयोग करते हैं?

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

डेवलपर विकास और टीम निर्माण के बारे में

लिसा : क्या कोई विकास योजना, आईपीआर, किसी व्यक्ति को सॉफ्टवेयर में विकसित करने के लिए किसी प्रकार की चीज है, मुश्किल में है?

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

इसके अलावा, लाइन मैनेजर का कार्य अपने बच्चों के विकास की निगरानी करना है ताकि वे विकसित हों, विकसित हों। उदाहरण के लिए, दूसरे दिन मैंने ऑनलाइन पाठ्यक्रमों के लिए टीम लाइसेंस खरीदे। ऐसी तमाम कहानियां लाइन मैनेजरों पर हैं। खैर, मैं यह भी ध्यान रखता हूं कि मेरे नेतृत्व जल्द ही या बाद में मेरी जगह ले सकते हैं।

लिसा : और आपके पास विशेष रूप से सब कुछ और आपकी टीम को विकसित करने में कितने लोग हैं?

अलेक्सी : मेरी टीम में 14 लोग हैं, मैं 15 वां हूं। और मेरे पास दो विकास दल हैं। आमतौर पर 3 से 7-10 लोगों के विकास समूहों में। और कंपनी में कई सौ डेवलपर्स हैं।

लिसा: लगभग हमारी तरह। हमारे पास लगभग 120 डेवलपर्स हैं, और एक टीम में 300 से अधिक लोग हैं। क्या आप मुझे बता सकते हैं कि आप ग्रेड के साथ किसी व्यक्ति के अनुपालन को किन मानदंडों पर देखते हैं, क्या कोई तकनीकी पैरामीटर, सांस्कृतिक मूल्यों या मानव सॉफ्टवेयर का अनुपालन है?

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

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

अलेक्सी : एक संरचना के बिना, प्रबंधन करना वास्तव में असंभव है, क्योंकि यदि कोई ग्रेड नहीं है, तो हम कैसे आकलन करेंगे कि क्या कोई व्यक्ति हमारे वेतन बढ़ाने के लायक है?

लिसा : यह 2008 के बाद से किसी तरह बदल गया है?

एलेक्सी : 2008 से, यह योजना कार्य कर रही है।

बोरिस : आपके अस्तित्व में क्या बदलाव आया है?

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

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

. « »

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

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

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

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

बोरिस: मुझे एबीबीवाई में कौन से सॉफ्टवेयर कौशल की आवश्यकता है? या नहीं होना चाहिए?

लिसा : हमारे पास रूबिक "शांति बोरिस" है। मैं खेलने का प्रस्ताव देता हूं और उनसे एक सवाल पूछता हूं कि कैसे एक वास्तविक साक्षात्कार में यह जांचने के लिए कि बोरिस सॉफ्टवेयर में एबीबीवाई के लिए उपयुक्त है या नहीं।

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

बोरिस : सुबह काम करने के लिए, आपने इसे खुशी के साथ किया, न कि घृणा के साथ।

अलेक्सी : इसके लिए आपको क्या चाहिए? में समझा दूंगा। आप सुरक्षा गार्ड के रूप में काम करते हुए, आनंद के साथ काम कर सकते हैं। और क्या वास्तव में आपको काम में खुशी मिलती है?

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

एलेक्सी : आप कहाँ बढ़ना चाहेंगे?

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

अलेक्सई: आप कहते हैं कि तकनीकी भाग में विकास करना आपके लिए दिलचस्प होगा और प्रौद्योगिकियां तेजी से बदल रही हैं, खासकर सामने वाले की। और आप आगे की पंक्ति में इन नवाचारों के बारे में कैसा महसूस करते हैं?

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

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

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

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

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

अलेक्सई : कोड समीक्षा: आप आमतौर पर क्या देखते हैं?

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

अलेक्सई: मुझे अपनी परिभाषा के बारे में बताएं।

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

बोरिस : प्रतिबद्ध होने से पहले, एक डिजाइनर सामान्य शाखा में आता है और एक डिजाइन-समीक्षा करता है।

अलेक्सी : आप अपनी वर्तमान नौकरी के बारे में क्या नापसंद करते हैं? आप क्यों छोड़ रहे हैं?

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

अब हमारी कंपनी की संरचना बदल रही है, हम बढ़ रहे हैं, और अधिक श्रेणीबद्ध हो रहे हैं। नेतृत्व-टीम के बारे में यह कहानी उठी क्योंकि हम बड़े हुए और पुराने तरीके से प्रबंधन करना मुश्किल हो गया। यह न केवल मेरे लिए छोड़ने का एक कारण हो सकता है, इसलिए हम इस पर काम करने की कोशिश करते हैं।

अलेक्सई: सब कुछ, मैंने संक्षेप में विशिष्ट प्रश्न पूछे, जो मैं आमतौर पर लोगों से साक्षात्कार में पूछता हूं।

लिसा : बोरिस आप के लिए आया था?

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

वितरण, दूरस्थ और खुले स्थान के बारे में

Disclaimer: . , , ABBYY , .

लिसा : लेसा, हमने आपको बुलाया क्योंकि पक्षी पूंछ पर लाया कि एबीबीवाई ने टीमों को वितरित किया है, और आप जानते हैं कि कैसे दूर से काम करना है। मुझे बताओ, क्या आपके पास रिमोट पर काम करने वाले बहुत सारे कर्मचारी हैं, क्या आपके पास रिमोट पर एक टीम है?

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

हमारी टीम के लिए, हमारे पास लगभग 30% सामान्य मोड में टीम है जो एक दूरस्थ साइट पर काम कर रही है (यह आत्म-अलगाव और संगरोध से पहले भी है)। जिन लोगों को हमने हाल ही में काम पर रखा था, उनमें से 80% लोग दुर्भाग्यवश दूरदराज के श्रमिक हैं। मैं समझाऊंगा क्यों। एक तरफ, दूरस्थ विकास के साथ कोई समस्या नहीं है; हमने, मेरी राय में, संचार प्रक्रियाओं को पूरी तरह से बनाया है। विकास इस बात पर निर्भर नहीं करता है कि कोई व्यक्ति कार्यालय में बैठता है या नहीं। "दुर्भाग्य से" - क्योंकि यह एक कर्मचारी के पास आने और उसके साथ बातचीत करने के लिए बहुत अधिक आरामदायक है, विशुद्ध रूप से मानवीय रूप से अच्छा है। लाइव चैटिंग स्काइप पर चैट करने की तुलना में अच्छा है। अब यह नहीं है, इसलिए मैं कहता हूं "दुर्भाग्य से"।

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

लिसा : क्या एक दूरस्थ टीम और शारीरिक रूप से एक स्थान पर स्थित प्रक्रियाओं में अंतर है?

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

अब हम सभी दूरस्थ काम पर चले गए और अपनी प्रक्रियाओं को नहीं बदला। सब कुछ वैसा ही है, जैसा हम कर रहे हैं। केवल एक चीज जो हम कार्यालयों और बैठक के कमरे में नहीं मिलते हैं, सब कुछ ज़ूम करने के लिए स्थानांतरित किया गया था।

लिसा : आप एक खुली जगह नहीं है?

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

जब वे कार्यालय में काम करते हैं तो विकल्प होते हैं, इसे 6-9 लोगों के लिए डिज़ाइन किया गया है। कार्यालय के अंदर खुली जगह है। हम वैसे ही टीमों में बैठे हैं। यह सबसे आरामदायक कहानी है जब कमरे में शोर के साथ स्वतंत्रता और संचार का अनुपात इष्टतम है।

खुली जगह के कारण बहुत दुख। अपने स्टार्टअप में मैं 50 लोगों के लिए खुली जगहों पर बैठा। नहीं, मैं अपने लोगों को ऐसे माहौल में रखने के लिए तैयार नहीं हूं।

लिसा : क्या उन लोगों के लिए प्रेरणा के बीच अंतर है जो दूर से काम करते हैं और जो कार्यालय में आते हैं? क्या आपने इस पर ध्यान दिया है?

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

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

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

आप एबीबीवाई के साथ रिलीज का पूरा संस्करण सुन सकते हैं:
Soundcloud
सेब की फली
Google पॉडकास्ट
Yandex.Music
Spotify
वीके
या टेलीग्राम में हमारे चैनल में डाउनलोड करें ।

विकास टीम में एक मजबूत मैट्रिक्स और वातावरण के बारे में

विषय - सूची

एक मजबूत मैट्रिक्स और वातावरण के बारे में

डेवलपर विकास और टीम निर्माण के बारे में

. « »

वितरण, दूरस्थ और खुले स्थान के बारे में

More articles: