कार्यभार के बीच संतुलन और नए-नए कामों में मदद करना [बंद]


21

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

मैं समझता हूं कि नया-भाड़ा भी एक संतुलन बनाए रखना चाहिए। कभी-कभी यह जांच करने के लिए 3 दिन लगेंगे और कुछ को ठीक करने के लिए जहां एक अनुभवी 20 मिनट में कर सकता था। नए-नए लोगों को उत्पाद और कोडबेस सीखने की दिशा में प्रयास करने की आवश्यकता है।

बस दिग्गजों के काम का बोझ कम करने के साथ, आप नए-नए लोगों की मदद करने और उचित दर पर अपने बैकलॉग पर काम करने के बीच संतुलन कैसे बना सकते हैं?


1
यह प्रश्न एक पुराने भाड़े के दृष्टिकोण से सामने आया है, लेकिन आपने वहां केवल 2 महीने काम किया है: क्या आप अपने पर्यवेक्षकों (अजीब) को पारित करने के लिए सुझाव मांग रहे हैं या आप एक कंपनी में हैं जो आपको इतना काम पर रख रही है अब पुराने में से एक है?
ZJR

2
मैं कंपनी के साथ एक नया-भाड़ा हूँ, लेकिन मुझे सह-ऑप अनुभव के लायक 1.5 साल का समय मिला है इसलिए मैं अलग-अलग कंपनियों में कई बार नया-किराया ले चुका हूँ। मैं यह दिखाना चाहता था कि मैं अनुभवी और नए दोनों के दृष्टिकोण को समझता हूं और दोनों लोगों के लिए अच्छी तरह से काम करने वाली तकनीकों के लिए कह रहा था
स्पेसबोब

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

2
मुझे ऐसा लगता है कि यह थोड़ा प्रासंगिक है। programmers.stackexchange.com/questions/100725/…
user606723

जवाबों:


21

मैं मान रहा हूँ कि आप "न्यू हायर" के दृष्टिकोण से यह पूछ रहे हैं। मैं कई बार इस स्थिति में रहा हूं। कभी-कभी आपको बहुत सारे प्रश्न पूछना बुरा लगता है, लेकिन वास्तव में कोई उपाय नहीं है जिससे आप कभी-कभी इस तरह के डोमेन ज्ञान की कमी के साथ समाधान में आ सकें।

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

कहो, "अरे, मैं यह करने की कोशिश कर रहा हूं, और मैंने यह कोशिश की है, यह, और यह पहले से ही, क्या आपके पास कोई विचार है?" इससे उन्हें आप पर कम समय बिताने में मदद मिलेगी, और वे इसे करने के लिए अधिक इच्छुक होंगे।


8
यदि आप प्रश्न पूछने जा रहे हैं, तो कुछ लिखने का प्रयास करें और उन्हें एक बैठक में कहें (यानी हर दिन या सप्ताह में एक बार)। यह आपके अनुभवी सहयोगियों के लिए हर आधे घंटे में उनके काम से बाधित होने के लिए कष्टप्रद हो सकता है।
टॉम वैन एनकेवॉर्ट

मेरा प्रश्न वास्तव में यह करता है कि यदि आपने जांच पूरी करने के बाद किसी सहकर्मी से जवाब पाने के लिए कड़ी मेहनत की तो आप क्या करते हैं? ऐसा लगता है कि यह एक मुद्दा है कि मुझे प्रबंधक को लाने की जरूरत है
Spacebob

@ स्पेसबोब - एक अलग सहयोगी से कोशिश करें और पूछें? यदि वे सब ऐसे ही हैं - अपने आप को रखें और जब आपका बॉस आपसे पूछे कि कुछ क्यों नहीं किया गया है, तो कहें, मैं कोशिश कर रहा हूं - लेकिन यह मुझे समय ले रहा है b / c कोई भी मदद नहीं करना चाहता (जाहिर है एक अच्छे में) वैसे भी)।
slandau

@ स्पेसबोब, कुछ बिंदु पर आपको एक मृत अंत पर समय बर्बाद करना बंद करना होगा और एक सहकर्मी से पूछना होगा। मेरी सलाह- किसी ऐसे व्यक्ति से पूछने की कोशिश करें जो नया भी हो। वे अक्सर मदद के लिए बहुत अधिक इच्छुक होते हैं, और वे जवाब नहीं जानते होंगे, लेकिन आपको इसे खोजने में मदद करने में दिलचस्पी होगी। कभी-कभी आपको अधिक अनुभव की आवश्यकता नहीं होती है, यह आँखों का एक अलग सेट है।
user606723

8

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


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

मुझे पसंद है कि के phrased "एक व्यक्ति की खपत"
रूक

टीम ए पर नए लोगों को टीम बी के एक संरक्षक को क्यों सौंपा जा रहा है?
रामहुंड

4

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

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


3

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

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

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

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


3
"शायद आपका प्रबंधक गति बढ़ाने के लिए उन्हें अधिक समय देने की अनुमति देने के लिए उनकी समय सीमा बढ़ाएगा।" - मुझे डर है कि एक वास्तविक जीवन परियोजना में ऐसा नहीं होने जा रहा है ... यदि प्रबंधक मौजूदा शेड्यूल के दबाव में मौजूदा डेवलपर्स के बावजूद डेडलाइन को स्थानांतरित नहीं कर रहे हैं, तो यह संभावना है कि वे इसे ध्यान में रखते हुए करेंगे एक नवागंतुक को पर्याप्त ध्यान नहीं मिल रहा है?
Péter Török

1

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

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

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

  3. हर दिन हम 11:45 पर स्टैंडअप मीटिंग करते हैं। यह 15-20 मिनट है। हर डेवलपर / क्यूए व्यक्ति बोलता है। यह मूल रूप से यह कहने का एक तरीका है "यह वही है जो मैं कर रहा हूं और यह वह जगह है जहां मैं फंस गया हूं", और यदि आप फंस गए हैं तो आपको आमतौर पर कुछ वैकल्पिक दिशा में इंगित किया जाता है (यदि यह एक ज्ञात मुद्दा है / कोड के साथ कोई मुद्दा बहुत परिचित है के साथ) या जोड़ी का समय सेट किया गया है। कभी-कभी एक अतिरिक्त बैठक निर्धारित है।

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

मैं दूसरों को प्रतिध्वनित करूँगा: जहाँ संभव हो वहाँ प्रश्न पूछने के लिए मीटिंग का समय निर्धारित करें। आईडी जो अभी भी मददगार नहीं है। । । अच्छी तरह से मैं यहाँ चरम प्राप्त नहीं करना चाहता। लेकिन मैं यह नहीं मानता कि एक आदर्श कार्यस्थल। क्या यह संभव है कि लोग अभी भी आपके लिए वार्मिंग कर रहे हैं / अपनी क्षमताओं / आदि को संभाल रहे हैं?

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


0

अक्सर यह समय से अधिक ध्यान देने का मुद्दा है। अपनी टीम के लीड या मेंटर के साथ 30-45 मिनट की बैठकों का समय निर्धारित करें (लंच से पहले या बाद में हमेशा मेरी प्राथमिकता है - मेरा प्रवाह पहले से ही टूट रहा है) सप्ताह में एक-दो बार और उसके बाद अपने प्रश्नों को बचाएं।

अधिकांश डेवलपर्स (या, कम से कम, बैठक में सहायक होने की संभावना वाले) इसके साथ ठीक होंगे।

यदि कोई बहुत विशिष्ट विवरण है जो आपकी प्रगति को रोक रहा है, तो ईमेल का उपयोग करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.