कुक्लाचेव विधि द्वारा विकास दक्षता कैसे बढ़ाई जाए

यूरी कुक्लाचेव ने एक ऐसी टीम कैसे बनाई, जिसने लगातार वर्षों में, इसी तरह की अन्य टीमों के लिए अकल्पनीय परिणाम दिखाए हैं?

UPD: उपवास भोजन की कमी के बारे में नहीं है।

यूरी कुक्लाचेव का रहस्य सरल है:

1. विशेषज्ञों का सही चयन (सुपर महत्वपूर्ण)
2. प्रक्रियाओं का सही संरेखण

सॉफ्टवेयर उत्पादों के विकास में प्रभावी टीमों के निर्माण के लिए इन दो सिद्धांतों का उपयोग किया जा सकता है।

टीम मैचिंग

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

1. निर्माता

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

साक्षात्कार में, आप निर्माता को भेद कर सकते हैं, यदि आप गहराई से जाते हैं कि उसने पिछली नौकरी में किसी विशेष समस्या को कैसे हल किया। यदि उम्मीदवार के पास थोड़ा अनुभव है, तो आप पूछ सकते हैं कि किसी विशिष्ट समस्या को हल करने में उसके पहले कदम क्या होंगे।

2. पैसे से प्रेरित नहीं

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

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

3. नई तकनीकों और दृष्टिकोणों को सीखना पसंद करता है।

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

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

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

4. पर्याप्त रूप से संचार करता है

अगर कोई किसी कारण से होलीवर का आयोजन करता है या दूसरों की गलतियों के प्रति कमजोर सहिष्णुता रखता है, तो इससे टीम में माहौल खराब होगा।

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

ड्रीम टीम मैचिंग टिप्स

1. रिक्ति

यह सब सही नौकरी पाठ के साथ शुरू होता है। आप अन्य रिक्तियों के पाठ को विचारपूर्वक कॉपी नहीं कर सकते। दिल से एक रिक्ति लिखें, अपने आप को उम्मीदवार के स्थान पर रखें।

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

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

उदाहरण के लिए, हम yii पर विकसित होते हैं, लेकिन इस बात पर जोर देते हैं कि इस ढांचे के साथ अनुभव इतना महत्वपूर्ण नहीं है

2. परीक्षण कार्य

मैंने पहले ही ऊपर लिखा है कि प्रत्येक उम्मीदवार के लिए हम सबसे पहले एक परीक्षण कार्य जारी करते हैं। दिलचस्प परीक्षण कार्य सबसे अच्छा काम करते हैं।

कोई भी 33 वीं बार एक ही काम नहीं करना चाहता है। लेकिन रचनात्मक भी एक कार्य खराब करेगा - यह बेहतर होगा यदि परीक्षण एक कार्य के समान है जो चयनित उम्मीदवार काम में सामना करेंगे।

मैं मदद नहीं कर सकता लेकिन इस बात पर गर्व है कि उम्मीदवार हमारे परीक्षण पर कैसे प्रतिक्रिया देते हैं:



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

3. साक्षात्कार और चयन

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

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

विकास की प्रक्रियाओं का निर्माण

कोड को स्टोर करने के लिए, हम GitHub पर एक निजी रिपॉजिटरी का उपयोग करते हैं, हम इसका उपयोग कार्यों को ट्रैक करने और प्रलेखन बनाए रखने के लिए करते हैं।

कुछ सुझाव जो आपको उपयोगी लग सकते हैं:

1. प्राथमिकता। GitHub में शॉर्टकट का उपयोग करें



शॉर्टकट आपको बड़ी संख्या में कार्यों में प्राथमिकता का चयन करने की अनुमति देता है, कम महत्व के साथ कार्य को धक्का देता है।

2. हाथी को काटकर खाएं
महाकाव्य ओलों से बचने के लिए प्रयास करना बेहतर है, और उन्हें छोटे लोगों पर हरा दें। लेकिन एक ही प्रकार के छोटे वाले - चेकबॉक्स वाली सूची द्वारा एक अंक में समूह। इसके लिए मार्कअप का उपयोग करें:
- [] टास्क अभी तैयार नहीं है
- [x] टास्क तैयार है



3. कार्यों का पंजीकरण। GitHub Flavoured Markdown के उपयोग से जीवन में सुधार होता है, मैं आपको इसके बारे में विस्तार से पढ़ने की सलाह देता हूं

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

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

5. व्यक्तिगत जिम्मेदारी। प्रत्येक कार्य के लिए केवल एक व्यक्ति जिम्मेदार होना चाहिए, कार्य के लिए कोई सामूहिक जिम्मेदारी नहीं है।

6. स्टैंडअप रैली। सुबह में हम एक त्वरित स्टैंड-अप रैली करते हैं, जिसमें पारंपरिक सवाल हैं कि किसने क्या किया, क्या समस्याएं हैं और आज क्या करने जा रहे हैं।

जोर उन कार्यों पर ठीक से है जो मेड हैं और जिन्हें मेड किया जाएगा। स्टैंड-अप सभी को यह जानने में मदद करता है कि कौन क्या कर रहा है, जल्दी से समस्याओं को हल करें।

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

8. क्रॉस कोड की समीक्षा। प्रत्येक सप्ताह के अंत में, हम आपसी सीखने और कोड की गुणवत्ता में सुधार के लिए एक क्रॉस कोड समीक्षा करते हैं।

9. उपयोगकर्ता का समर्थन। एक तरह से या किसी अन्य, वे उपयोगकर्ताओं के साथ बातचीत करते हैं और उनके समर्थन के संपर्क में आते हैं। इससे हर कोई उत्पाद और उपयोगकर्ता की जरूरतों को बेहतर ढंग से समझ सकता है।

10. तैनात और परीक्षण। हम स्वचालित परीक्षण चलाने के साथ देव सर्वर पर एक मध्यवर्ती तैनाती का उपयोग करते हैं, और फिर उत्पादन सर्वर पर तैनात होते हैं, और हम आपको एक अलग विषय में तैनाती प्रक्रिया के बारे में अधिक बताएंगे।