टीम को अच्छी तरह से प्रशिक्षित कैसे रखा जाए? [बन्द है]

Question

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

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

मुझे यकीन है कि टीम को मजा आएगा लेकिन क्या यह वास्तव में एक अच्छा विचार है? क्या यह एक पेशेवर संदर्भ में कुशल होगा? वे पहले से ही अपने सभी सप्ताह को कोड करने के लिए खर्च करते हैं इसलिए मुझे कुछ लाभ प्राप्त करने के लिए उन्हें कैसे व्यवस्थित करना चाहिए?

किसी भी प्रतिक्रिया का स्वागत करते हैं!

Comments

श्री। नोलन ~ डेड पोएट्स सोसाइटी: "इन लड़कों की उम्र में! आपके जीवन पर नहीं! परंपरा, जॉन। अनुशासन। उन्हें कॉलेज के लिए तैयार करें, और बाकी लोग खुद की देखभाल करेंगे।" जोर से विरोध न करें: अच्छे प्रश्न के लिए पी +1।

— Matthieu

Answer 1

यहाँ कुछ विचार हैं

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

• एक उपयोगकर्ता समूह की बैठक जिसमें एक निर्दिष्ट व्यक्ति इसे प्रस्तुत करता है, टीम की प्रस्तुति / सॉफ्ट कौशल को बेहतर बनाता है

• एक बार एक गैर-काम से संबंधित कार्य करने में जैसे डेव एंड बस्टर्स में जाने से एक मजेदार फ्राइडे या सॉर्ट करने के लिए .. टीम केमिस्ट्री में सुधार करने के लिए

किसी भी कार्य या बैठक को पूरे समूह में रुचि रखने के लिए 45mins से कम होना चाहिए। कोई भी चीज जो आगे बढ़ती है और घंटे पूरी तरह से समूह के प्रस्तुतकर्ता या नेता के कंधों पर गिर जाएगी।

Comments

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

— ब्रायन डी।

Answer 2

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

Comments

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

— पियरोज़

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

— जस्टिन एथियर

Answer 3

मुझे लगता है कि टीम को अच्छी तरह से प्रशिक्षित रखने का एकमात्र तरीका डेवलपर्स को काम पर रखना है जो सीखना जारी रखना चाहते हैं।

यदि यह अंदर से नहीं आ रहा है, तो यह स्थायी परिणाम नहीं देगा।

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

Answer 4

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

उसके साथ अच्छा भाग्य!

Answer 5

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

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

1. शिक्षण / प्रस्तुति के कार्य को फर्श पर मौजूद व्यक्ति को केवल व्यायाम करने की तुलना में गहरा ज्ञान होना चाहिए। यह एक अप्रत्यक्ष है, फिर भी किसी को किसी विषय को पढ़ाने के लिए बहुत प्रभावी तरीका है।
2. यदि वे आपको समझा सकते हैं कि यह एक अच्छा विचार है, तो वे एक ग्राहक को एक ही बात समझाने में सक्षम हो सकते हैं। सुनिश्चित करें कि आप उन प्रश्नों में फेंक देते हैं जो उन्हें प्रस्ताव के व्यापार प्रभाव के बारे में सोचते हैं।

बेशक, प्रत्येक सत्र को एक रिमाइंडर के साथ शुरू करें जिसे आप इंगित किए गए प्रश्न पूछने जा रहे हैं - और उद्देश्य का मतलब यह नहीं है, बल्कि उन्हें एक कठिन ग्राहक के लिए तैयार करना है।

Answer 6

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

किसी के कुछ समाप्त करने के बाद, उसे एक नए / अलग दृष्टिकोण की कोशिश करने के लिए चुनौती दें।

उन्हें सामान के आसपास काम करने के बजाय मौके पर पता लगाना कि वे अभी तक कैसे करना नहीं जानते।

काम में ही सीखने को एकीकृत करें, सीखने के लिए साइड प्रोजेक्ट क्षितिज पर समय सीमा के साथ छोड़ दिया जाता है।

कभी-कभी सीधे दिए गए विशेषज्ञ की आवश्यकता को बताते हुए एक प्रेरक के रूप में मदद मिल सकती है।

Answer 7

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

लेकिन उन्हें अपनी रुचि के क्षेत्रों की खोज करने की अनुमति देने से टीम को भी मदद मिलेगी। एक व्यक्ति जो वास्तव में डेटा पसंद करता है, वह NoSQL समाधान का उपयोग करके एक छोटा सा ऐप लिख सकता है जो एक ऐसी परियोजना में मदद कर सकता है जो लाइन से कुछ महीने ऊपर आती है। एक अन्य व्यक्ति एक तुच्छ आवश्यकता (जैसे कि लॉग फाइल को पार्स करना) के लिए एक छोटी सी उपयोगिता ऐप को सही कर सकता है जो आपकी टीम में एक स्टेपल ऐप बन जाता है। यहां तक ​​कि बड़ी कंपनियाँ जो कर रही हैं, उसे पढ़ने से प्राप्त ज्ञान से, आने वाली अगली परियोजना के लिए विकल्पों का मूल्यांकन करने में मदद मिल सकती है।

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

Answer 8

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