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