नमस्कार, हेब्र! मेरा नाम एंड्री गोमेन्यूक है, मैं एक बैटर सर्वर डेवलपमेंट टीमों में से एक का टीम लीडर हूं।

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

कल्पना कीजिए कि आज आपका पहला कार्य दिवस है। किस तरह का ज्ञान और कौशल विभाग आपसे और विशेष रूप से I, नेता से उम्मीद करता है? कम से कम ऐसे:



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

सगाई पर जहाज पर

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

मैं ऑनबोर्डिंग के दो मुख्य लक्ष्यों को उजागर करता हूं।

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

दूसरा लक्ष्य दीर्घकालिक है। हम चाहते हैं कि एक व्यक्ति जितनी जल्दी हो सके स्वतंत्रता के एक निश्चित स्तर तक पहुंच जाए और कार्यों को प्रभावी ढंग से हल करना शुरू कर दे।

ऐसा करने के लिए, हम शुरुआती को पांच नहीं बहुत स्पष्ट चरणों के माध्यम से नेतृत्व करते हैं। लेकिन इससे पहले कि मैं उनके बारे में बात करूं, मैं दो महत्वपूर्ण बिंदुओं पर ध्यान देता हूं।

नवविवाहिता से मुलाकात कौन करेगा

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


स्रोत

ऐसा लगता है कि इसके बाद एक व्यक्ति को मेज पर रखना पहले से ही संभव है, लेकिन एक और महत्वपूर्ण विवरण है।

शुरुआती को "लीड" कौन करेगा

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

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

जहाज पर चढ़ने की अवस्था

मैं अपने आप को हमारी पूरी प्रक्रिया को कई चरणों में तोड़ने की अनुमति दूंगा, जिनमें से प्रत्येक में किसी न किसी तरह का परिणाम है:

• आदमी लैपटॉप पर बैठा है
  
• एक अनुकूलित काम के माहौल के साथ
  
• और टिकट बनाता है।
  
• एक नई सुविधा डिजाइन कर सकते हैं
  
• और स्वतंत्र रूप से काम करते हैं।
  

इसके बाद, विचार करें कि प्रत्येक चरण में क्या होता है।

1. लैपटॉप

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

2. काम का माहौल

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

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

इस स्तर पर, मैं शुरुआती को पहला टिकट देने के लिए तैयार हूं।

3. टिकट

मान लीजिए पहला टिकट इस तरह आया:



या इस तरह:



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

जैसा पहले था

जब मैं सात साल पहले बैत आया, तो यह कुछ इस तरह था। लीड नवागंतुक के पास बैठता है और बताने लगता है: “देखो, हमारे पास कतारें हैं, एक पटकथा है। वे इस तरह काम करते हैं। उस पर ध्यान दो। इस टिकट में आपको ऐसा करने की आवश्यकता होगी । ”

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

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


फिल्म ग्राउंडहोग डे से फ्रेम

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

किसी बिंदु पर, किसी ने विकी पर एक स्वागत योग्य नया डेवलपर पृष्ठ बनाया। उन्होंने वहां लिंक्स का एक गुच्छा फेंक दिया, जो डेवलपर को पढ़ना अच्छा होगा।

मैं शायद ज्यादा गलत नहीं हूं अगर मैं कहता हूं कि किसी भी कंपनी में नई जानकारी प्राप्त करने के दो मुख्य स्रोत हैं: यह किसी तरह का विकी (या Google डॉक्स) एनालॉग और एक धूम्रपान कक्ष है। दुर्भाग्य से, उनमें से केवल एक ही जानकारी चालू होगी, और यह विकी नहीं है।

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



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

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

जल्दी शुरू करो

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


स्रोत

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

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

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

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

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

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

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

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


एक परीक्षण से एक प्रश्न का एक उदाहरण

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

क्विक स्टार्ट और टेस्ट हमारी ऑनबोर्डिंग प्रक्रिया का सबसे प्रभावशाली हिस्सा है।

अधिक टिकट

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

त्वरित प्रारंभ पढ़ने के बाद, उपरोक्त टिकटों का अर्थ आपके लिए बहुत स्पष्ट हो जाएगा:



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

या एक दूसरा उदाहरण:



यहाँ एक ही बात है: फोटो गलत एल्बम में समाप्त हो गया, सबसे अधिक संभावना है, ग्राहक ने केवल गलत एल्बम भेजा; आपको यह समझने की आवश्यकता है कि क्या अभी भी ऐसे मामले हैं, और इसे ठीक करें।

टिकट, वास्तव में, एक घंटे के काम के लिए सरल हैं।

4. एक नई सुविधा डिजाइन करना

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

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

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

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

5. स्वतंत्र कार्य

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


स्रोत

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

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

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

परिणाम

यहाँ शायद हमारे नौसिखिया कमीशन प्रक्रिया के पांच मुख्य घटक हैं:

• महत्वहीन पर न्यूनतम ध्यान। हम सब कुछ करते हैं ताकि एक व्यक्ति काम पर ध्यान केंद्रित करे और छोटी-छोटी बातों (घरवालों सहित) से विचलित न हो।
  
• जल्दी शुरू करो। , . , , .
  
• . Quick Start, .
  
• .
  
• . , .
  

परिणाम

, . , , , «» .

. . - . , , — .


स्रोत

आगे क्या है

— Quick Start , , . Quick Start.

, . Quick Start , , , , , , . , - . , . , .

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