क्षैतिज बनाम डेवलपर की ऊर्ध्वाधर वृद्धि। आइवी और यैंडेक्स से राय

YaTalks सम्मेलन के सत्रों में से एक जिसे हम डेवलपर्स के विकास के लिए समर्पित करेंगे। यह विभिन्न कंपनियों के प्रतिनिधियों के बीच एक बातचीत होगी - हमने आइवी के ऑनलाइन सिनेमा इवगेसी इरॉस रॉसिन्स्की, मॉस्को के तकनीकी निदेशक रोमन रोमन 919 इवलिएव और जर्मन नारकेाइटिस - एपस्ट्रा में इंजीनियरिंग के निदेशक के बीच बातचीत की। ओल्गा मेगोरसया और (मध्यस्थ के रूप में) एंड्री याफिंदर प्लाखोव: विभिन्न टीमों के नेता हमारे पास से खोज पोर्टल में भाग लेंगे।

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

यूजीन रॉसिन्स्की, सीटीओ आइवी

उदासीन डेवलपर्स

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

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

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

सब कुछ अपने हाथों से करना बंद करो

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

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

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

एंड्रे प्लाखोव, हेड ऑफ़ सर्च फ़ंक्शनलिटी

एक डेवलपर से एक नेता के लिए विकास के लिए क्या महत्वपूर्ण है

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

मुख्य नियम है: यह मानना ​​कि सभी के पास सीखने की ताकत है। आपका वार्ताकार एक जीवित व्यक्ति है, और केवल एक सहायक नहीं है, जिससे आपको कुछ धोखा देने या धोखे से प्राप्त करने की आवश्यकता है।

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

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

कौन सी ग्रोथ आसान है

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

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

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

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

ओल्गा मेगोरकाया, हेड्स ऑफ क्राउडसोर्सिंग एंड प्लैटफॉर्मिंग एट यैंडेक्स

टास्क नहीं, बल्कि स्टार्टअप है

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

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

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

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

धीरे-धीरे बढ़ने के तरीके

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

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

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