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