2009-01-23 5 views
7

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

+0

कैसे "जूनियर"? किस प्रकार की परियोजना (नई परियोजना? छोटी पुरानी परियोजना? बड़ी पुरानी परियोजना?)। ये कारक महत्वपूर्ण हैं। –

+0

मुझे लगता है कि एक विशेष परियोजना में एक शॉट लेने के लिए पर्याप्त "जूनियर" की धारणा है। –

+0

संभवतः गैर पेशेवर प्रोग्रामिंग अनुभव वाले कॉलेज से बाहर –

उत्तर

13

आपको यह जानने की जरूरत है कि क्या वे आपके द्वारा सौंपी गई समस्या को समझते हैं। जब मुझे यह करना है तो मेरा दृष्टिकोण है:

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

उन्हें समाधान तैयार करने का मौका देना उन्हें स्वामित्व देता है और उन्हें स्वयं साबित करने देता है। पेशेवरों और विपक्ष के साथ पहले आपको डिजाइन को संवाद करने के बाद आपको विश्वास दिलाता है कि वे समय पर समाधान पूरा कर सकते हैं।

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

9

बहुत कम, स्पष्ट लक्ष्य जो मापा जाता है और अक्सर चेक किया जाता है।

काटने आकार दृष्टिकोण इसके अलावा जूनियर एहसास है कि बड़ी बातें बहुत छोटी बातों पर और अधिक से अधिक कर बहुत अच्छी तरह से, के द्वारा पूरा किया जाता है में मदद मिलेगी ...

, संकल्पनात्मक डिजाइन करने पर विचार, या एक फीचर स्पेक, या यहां तक ​​कि तकनीकी फीक भी अपने पैरों को गीला करने के लिए और उन्हें अधिक से अधिक कहते हैं कि अगर वे इसे मछली की तरह पानी में ले जाते हैं।

1

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

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

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

2

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

संबंधित मुद्दे