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