रिमोट और कंट्रोल, स्वतंत्रता और सरकार। स्टेपली के साथ बातचीत

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

रूढ़िवादिता एक भयानक चीज है, मुझे पता है।

Beeline के साथ दूत स्टेपली द्वारा विकसित किया गया था। अब उन्होंने इस उद्यम को छोड़ दिया है, और घटनाक्रम को एक नए उत्पाद - "मोबाइल एंटरप्राइज" में स्थानांतरित कर दिया है। यह पता चला है कि यह दूरदराज के श्रमिकों की एक छोटी टीम है जो माइक्रोकंट्रोल को इतना स्वीकार नहीं करते हैं कि वे प्रबंधकों और यहां तक ​​कि टीम के नेताओं के बिना रहते हैं, जब चाहें और जहां चाहें काम करते हैं।

वे ऐसा करने का प्रबंधन कैसे करते हैं, मैंने स्टेपली तकनीकी निदेशक मैक्सिम इंडिकोव ( maks_ohs ) से पूछा।

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

---

स्टेपली क्या है

मैक्सिम Indykov

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

उसके साथ, लोगों ने Tech ,runch hackathon में दूसरा स्थान हासिल किया। सार यह था: एक फ़ाइल ली जाती है, ब्राउज़र में टुकड़ों में टूट जाती है, प्रत्येक टुकड़े को एन्क्रिप्ट किया जाता है, और इन एन्क्रिप्टेड टुकड़ों को विभिन्न बादलों में भेजा जाता है। एक टुकड़ा ड्रॉपबॉक्स में है, एक टुकड़ा Google ड्राइव में है, और टुकड़ा स्थानीय रूप से बना हुआ है। सब कुछ वापस इकट्ठा करने के लिए, आपको कुंजी जानने और यह जानने की आवश्यकता है कि टुकड़े कहाँ झूठ हैं।

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

- क्या आपका प्रचार या किसी प्रकार का दृढ़ विश्वास आपकी प्रेरणा थी?

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

- और आप TechCrunch में कैसे आए?

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

हम तब कुछ लोग थे - तीन लोग। मैं (डेवलपर), डिजाइनर, आयोजक। अभी भी एक व्यक्ति था, वह पेटेंट से निपटा।



सब कुछ बहुत तेजी से हुआ। हम पत्राचार के लिए एक सेवा चैट विकसित करना शुरू करने के बाद, स्लैक की तरह कुछ। उन्होंने सिर्फ एक अच्छा सुविधाजनक संदेशवाहक बनाया। और बस उस समय आयात प्रतिस्थापन के साथ एक कहानी थी, कहीं 14 वें वर्ष में।

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

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

उस समय, हमारे पास विकास और सहायता के लिए बड़े संसाधन नहीं थे। हम में से कुछ थे, और हमने विस्तार करना शुरू किया, लोगों की तलाश की, एक टीम को इकट्ठा किया, सब कुछ सीखा।

स्टेपली अभी किस तरह का उत्पाद कर रही है?

अब स्टेपली के पास तीन उत्पाद हैं - ऑक्टापलन वाणिज्यिक प्रस्ताव संपादक, एम्नी वीके की नौकरी खोज सेवाओं में से एक है। और मुख्य उत्पाद मोबाइल एंटरप्राइज है। तीनों को तीस लोगों की टीम ने बनाया है।

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

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

वह अपनी टीम के लिए एक कार्य निर्धारित कर सकता है, उदाहरण के लिए, ग्राहक को वापस बुलाना, एक समझौते पर हस्ताक्षर करना, बिक्री फ़नल के माध्यम से ग्राहक का मार्गदर्शन करना, कंबन बोर्ड पर अपनी स्थिति बदलना।

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

जैसा कि मैक्सिम कहता है, सेवा की मुख्य विशेषता यह है कि यह सरल है, आपको कुछ भी कॉन्फ़िगर करने की आवश्यकता नहीं है, और सब कुछ पहले से ही बॉक्स से बाहर है।

- इस तथ्य के बारे में क्या है कि हर कोई स्लैक का उपयोग करता है?

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

- क्यों?

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

सबसे पहले, यह क्षेत्रों में छोटा और मध्यम व्यवसाय है। लोग चाहते हैं कि सबकुछ सही-सलामत रहे।

- और आप खुद का क्या उपयोग करते हैं, आप किससे संवाद करते हैं?

- हम जो विकसित कर रहे हैं - "मोबाइल एंटरप्राइज" में। हम इसे हर दिन अपने लिए समझने के लिए उपयोग करते हैं कि कहां क्या समस्याएं हैं, कहां सुधार करना है। खैर, समूह कॉल के लिए Skype एक अभिन्न अंग है। क्या वह सरल होगा ...

- मैंने पढ़ा कि आपने पहले अमेरिका में मैसेंजर लॉन्च करने की कोशिश की थी, लेकिन यह नहीं हुआ। क्यों?

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

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

---

व्यक्तिगत जिम्मेदारी पर दूरस्थ कार्य

- यह कैसे हुआ कि आपने दूरस्थ रूप से वितरित किया?

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



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

- यह मुझे लगता है कि कई कंपनियों के लिए यह एक बुरा सपना की तरह लगता है - नियंत्रण के बिना और कार्यालय के बिना काम करने के लिए।

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

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

- आप कैसे निपटते हैं?

- जब ऊपर, नीचे और तरफ से कोई दबाव नहीं होता है, तो उनके वादों, कार्यों और शब्दों की जिम्मेदारी सामने आती है। अब, कार्य सेटिंग सिस्टम के ढांचे के भीतर, सभी प्रकार के KPI, व्यक्तिगत जिम्मेदारी को पृष्ठभूमि में धकेल दिया गया है।

हम सभी एक दूसरे पर भरोसा करते हैं और जानते हैं कि यह व्यक्ति यहां है - अगर उसने कहा कि वह ऐसा करेगा। अगर उसके पास समय नहीं है, तो वह कहेगा कि उसके पास समय नहीं है।

- और अगर वह नहीं था?

- जिसे व्यक्तिगत रूप से माना जाता है। कोई नियंत्रण नहीं है, लेकिन प्रक्रिया का एक मॉडरेशन है। अवलोकन, संरचनात्मक निर्णय लेना। हमारे पास केवल तीस लोग हैं। शायद, आप अभी भी ऐसी टीम के साथ सामना कर सकते हैं।

हमने हमेशा कोशिश की कि जितना संभव हो उतना न बढ़े। ऐसे समय थे जब परियोजनाओं पर अधिक लोग थे, लेकिन तब सब कुछ धुंधला हो गया था।

- आपने किन शहरों को वितरित किया है?

- हमारा डिजाइनर इटली में रहता है। और फिर - पीटर, मॉस्को, येकातेरिनबर्ग, क्रास्नोयार्स्क, क्रास्नोडार, आदि।

- क्या समय क्षेत्र हस्तक्षेप नहीं करते हैं?

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

हम, संस्थापक भी घर बैठे, शहर में मिलते हैं। और टीम के साथ - आमतौर पर सम्मेलनों में। मान लीजिए हम एक दिन के लिए एक सम्मेलन में बैठते हैं, सुनते हैं, और अगले दिन हम पहले से ही सहकर्मियों की कामकाजी चीजों पर चर्चा कर रहे हैं। मॉस्को में, शायद, "टेबल" ऐसी सभाओं के लिए सबसे अच्छा विकल्प है।

ऐसा होता है कि किसी व्यक्ति के साथ छह महीने तक काम करने के बाद, आप यह भी नहीं जानते कि वह कैसा दिखता है। एक सम्मेलन में मिलना हमेशा बहुत मज़ेदार होता है। आप इस तरह दिखते हैं: “नमस्कार। क्या वह तुम हो? हम फव्वारे पर मिलने के लिए सहमत हुए! ”

- और आप लोगों को टीमों में कैसे बांटा गया है?

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

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

"आप ऐसा कहते हैं, और ऐसा लगता है कि आपको पूरी स्वतंत्रता है।" आप क्या चाहते हैं, जब आप चाहते हैं और आप कैसे चाहते हैं। कोई प्रबंधक नहीं, कोई दबाव नहीं। लेकिन जब मैंने हेडहंटर पर आपका पेज पढ़ा, तो मुझे बिल्कुल अलग आभास हुआ। डेडलाइन, रोडमैप, दैनिक कॉल।

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

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

और एक आंतरिक दबाव है जो लोगों को व्यवस्थित करता है। टीम खुद ही पेश करने लगती है कि क्या करना है, कैसे वितरित करना है और कैसे बनाए रखना है।

- क्या यह जिम्मेदारियों को धुंधला नहीं करता है? कोड लिखने के बजाय, एक डेवलपर पत्राचार शुरू करता है, संगठनात्मक मुद्दों के बारे में सोचें। और अंत में, कुछ भी अच्छा नहीं होगा।

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

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



- कोई प्रबंधक नहीं, कोई नेतृत्व नहीं। लेकिन तकनीकी निदेशक के रूप में आप क्या कर रहे हैं?

- आखिरी बार, मुख्य रूप से काम पर रखने से। साक्षात्कार में बहुत समय लगता है, खासकर यदि आपको कई राउंड खर्च करने की आवश्यकता होती है।

और आमतौर पर - विकास का सिर्फ एक तकनीकी मॉडरेशन, अवलोकन। मैं जल्दी से प्रोटोटाइप बना सकता हूं, मुझे पता है कि मैं उन्हें एक दिन में बना सकता हूं, इसलिए मुझे प्रोटोटाइप की सुविधा है।

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

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

- यदि गुणवत्ता की खातिर इस पद को स्थगित किया जा सकता है, तो हम बेहतर पोस्टपोन कर सकते हैं। परीक्षण और जांच के बिना एक समय सीमा के साथ विकल्प फिर भी विपरीत प्रभाव को जन्म देगा, थकान के लिए, एक महान तकनीकी ऋण।

- उसी हेडहंटर पर आपने लिखा है कि यदि समय सीमा निर्धारित है, तो आपको इसे स्थानांतरित करने की आवश्यकता नहीं है।

- खैर, यह हर बार एक व्यक्तिगत मामला है। आप समय सीमा को स्थानांतरित कर सकते हैं, मुख्य बात यह है कि सब कुछ रिपोर्ट करना है। मैं एक चीज के लिए कुछ व्यवस्थित करने के हमारे सभी प्रयासों को कम कर सकता हूं - एक व्यक्ति को पूर्वानुमानित होना चाहिए।

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

- क्या यह सच है कि हर किसी के पास आपके लिए कार्य हैं?

- हां।

"क्या भ्रम शुरू नहीं होता है?"

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

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

यही है, हम सहमत हैं और बस अपनी योजना को पूरा करने की कोशिश करते हैं।



- क्या हर चीज के लिए हर कोई जिम्मेदार है?

- हां।

- यह अक्सर इस तथ्य की ओर जाता है कि कोई भी चीज के लिए जिम्मेदार नहीं है।

"बेशक यह हो सकता है।" लेकिन कोई भी व्यक्ति सब कुछ नहीं करता है, उसकी अपनी विशेषज्ञता है। फ्रंटेंड डेवलपर फ्रंटेंड के लिए जिम्मेदार है। उन्होंने खुद जो किया वह उसके लिए जिम्मेदार है।

और सामूहिक जिम्मेदारी (हालांकि मैं इस शब्द को बिल्कुल पसंद नहीं करता) बल्कि सही समय पर यह कहना है: "सुनो, लेकिन तुम यह नहीं कर रहे हो, तुम बहुत अधिक काम कर रहे हो, यह आसान है।" शायद जिम्मेदारी यह है कि दूसरे को बहुत अधिक मदद न करें।

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

लेकिन दूरस्थ कार्य में यह केवल एक अच्छा विशेषज्ञ होने के लिए पर्याप्त नहीं है - आपको संपर्क, संचार खोजने में सक्षम होने की आवश्यकता है।

---

दिलचस्प लोगों की रचनात्मक भर्ती

"आप ऐसे लोगों को कहां भर्ती करते हैं?"

मूल रूप से, "माई सर्कल", हेडहंटर से थोड़ा छोटा, "टेलीग्राम" में चैनल - सामान्य तौर पर, जहां भी प्रोग्रामर होते हैं। जब तक हम लिंक्डइन का उपयोग नहीं करते।

हम लिखते हैं, जैसा कि हम इसे कहते हैं, "रचनात्मक नौकरियां।" उदाहरण के लिए, उन्होंने वहाँ एन्क्रिप्टेड पाठ डाला, कुछ कहानियाँ सुनाईं। या रिक्तियां, जहां साधारण पाठ नहीं, लेकिन संवाद। जब आप कुछ असामान्य लिख सकते हैं तो "हमें एक डेवलपर की आवश्यकता क्यों है" लिखें!

यह उन लोगों को खोजने की कोशिश करने का एक तरीका है जो हमारे साथ दिलचस्प होंगे।

और ऐसा होता है कि अगले दरवाजे पर अच्छे विशेषज्ञ होते हैं। एक बार जब मुझे रोजा खुटोर पर स्कीइंग करते हुए एक Android डेवलपर मिला।

दिलचस्प लोग - यह बहुत अच्छा है। लेकिन क्या उन्हें तकनीकी निस्पंदन के माध्यम से जाना चाहिए?

- हमने जितनी जल्दी हो सके साक्षात्कार करने की कोशिश की, बहुत मोटे तौर पर फिल्टर, और पहले से ही एक परीक्षण अवधि पर यह देखने के लिए कि कोई व्यक्ति कैसे काम करता है। अचानक किसी को पता नहीं है कि साक्षात्कार कैसे लिया जाए? यह दृष्टिकोण काम नहीं आया।

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

बहुत से लोगों को यह भी पता नहीं है कि सामान्य विस्थापन की व्यवस्था क्यों की जाती है, यूटीएफ -8, क्यों "आठ"।

- क्या आपको लगता है कि इसे वास्तव में जानने की जरूरत है - आखिर "आठ" क्यों?

- मुझे लगता है कि यह बुनियादी बातों की एक बुनियादी समझ है, यह वास्तव में महत्वपूर्ण है। एक व्यक्ति एक अच्छा विशेषज्ञ हो सकता है, लेकिन वह उन समस्याओं का सामना करेगा जिनके लिए निम्न-स्तरीय ज्ञान की आवश्यकता होती है।

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

एक व्यक्ति जो मूलभूत नींव नहीं जानता था, तुरंत खो जाता है। यह उसके लिए बहुत मुश्किल हो जाता है। बेशक, यह एक ऐसा मोटे फ़िल्टर नहीं है जिसका जवाब नहीं था - यह एक ही बार में है। कोई सूची नहीं है।

अगर वह एक बात नहीं जानता है, लेकिन अन्य क्षेत्रों में जानता है - ठीक है।



- क्या आप टेस्ट टास्क देते हैं?

- फिर से, अलग-अलग तरीकों से। संभवतः, परीक्षण कार्य ऐसे लोगों को फ़िल्टर करने का एक प्रयास है जो केवल रुचि नहीं रखते हैं। यदि कोई व्यक्ति एक साक्षात्कार में खुद को अच्छी तरह से दिखाता है, तो हम कह सकते हैं कि एक परीक्षा आवश्यक नहीं है। और कभी-कभी एक साक्षात्कार में आप इसकी सराहना नहीं करते हैं।

, 70 Github — - , , . , , , , .

, , — Rest API . — , .

, . , , .

— ?

"हाँ, बिल्कुल।" , . : « , , -, ». , : « ?» : «-, ». .

---

Ruby Go

— , ?

— Ruby on Rails, - . , MySQL — .

Go. , . Go, , , Go .

, . Ruby- — Elixir, Go. .

— , Go?

— . — , Go - . — Go . — , .

— , Go, « », .

* *
— , . . . , .

Go . ? , . , , .

Go .

— React . Vue, TypeScript.

---

«»

— , Staply Primavera. Staply «». ?

— — «» . , . — , , . — , .

— , . . — , — , , . . , , .

— ?

— . . — .

— , «» « »?

— , . , .

— , «».

— , . , , « », «», .

. — .

— , ?

— . — , - . . — — , .

, . . , , , .

, . .

— — , — . 3000 — . .

. .

— ? , — .

— . , , , . , — . , .

बाहरी परिस्थितियों के कारण कोई त्वरण नहीं हो सकता है, कुछ भी नहीं हो सकता है। लेकिन एक अच्छा उत्पाद होना चाहिए जो वास्तविक समस्या को हल करता है।