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