मैं एक नई टीम में शामिल हो गया हूँ जो Agile / Scrum का उपयोग कर रहा है, और उनकी विकास प्रक्रिया इस प्रकार है:
1) डेवलपर्स प्रत्येक स्प्रिंट से पहले प्रत्येक कहानी की समीक्षा करते हैं ताकि यह सुनिश्चित किया जा सके कि यह महत्वपूर्ण कुछ भी याद नहीं करता है। वर्कफ़्लो में इसके लिए एक औपचारिक स्थिति है।
2) स्प्रिंट किकऑफ के दौरान, पूरी टीम अनुमान लगाती है (पोकर प्लानिंग) कि प्रत्येक कहानी की कहानी कितनी होगी।
3) आखिरकार, प्रत्येक स्प्रिंट शुरू होने के तुरंत बाद, प्रत्येक डेवलपर को समय-समय पर अनुमानों के साथ उप-निर्दिष्ट कहानियों में उत्सुकता से ब्रेक करने की आवश्यकता होती है (जैसा कि प्रत्येक कहानी शुरू करने से पहले उपशीर्षक देने का विरोध किया जाता है)।
अंतिम चरण के लिए मुख्य तर्क यह है कि यह पता लगाने में मदद करता है कि क्या एक कहानी को लागू करने से प्रत्याशित स्प्रिंट डेडलाइन के संभावित जोखिमों के बारे में प्रत्याशित और चेतावनी देने वाले मास्टर से अधिक समय लगेगा।
फिर भी मुझे यह प्रति-उत्पादक लगता है, मुख्यतः निम्नलिखित कारणों से:
- यदि लक्ष्य मोटा अनुमान प्रदान करना है, तो कहानी अंक (चरण # 2) क्या काम करता है। अन्यथा कहानी के बिंदुओं से क्यों परेशान हैं? - बस जल्दी शुरू करना।
- यदि उद्देश्य सटीक अनुमान प्रदान करना है, तो यह मानव टास्क स्विचेज माने जाने वाले हानिकारक का वर्णन करने का एक स्पष्ट उदाहरण है । मुझे लगता है कि यह विशेष रूप से ताजा डेवलपर्स के लिए मामला है, जो बड़ी परियोजनाओं में मौजूदा टीमों में शामिल होते हैं, जहां समझने की जरूरत है कि 50% समय लग सकता है। आपको कहानी # 1, फिर कहानी # 2, # 3, इत्यादि का विवरण प्राप्त करना आवश्यक है, जिससे बहुत सी जानकारी प्राप्त होती है।
मुझे यह भी बताया जा रहा है कि इस तरह की प्रथा "पुस्तक द्वारा" है और मैं इस पर चर्चा करने के लिए भी नहीं हूँ। क्या कोई इस तरह के अभ्यास का संदर्भ प्रदान कर सकता है - क्या यह स्पष्ट रूप से स्क्रैम बाइबल्स में परिभाषित किया गया है, और / या शायद कोई अतिरिक्त जानकारी प्रदान करता है?