2008-09-24 12 views
5

हम अलग-अलग सफलता के साथ अब कुछ परियोजनाओं पर स्क्रम का उपयोग कर रहे हैं और अब मेरे पास दस्तावेज़ीकरण से संबंधित एक प्रश्न है।स्क्रम में, विवरण कहां बैठता है?

स्क्रम में, आपके पास स्पष्ट रूप से उत्पाद बैकलॉग है ("एप्लिकेशन उस अंतिम दस्तावेज़ को लेकर शुरू होता है जिसके साथ उपयोगकर्ता काम कर रहा था।") और स्प्रिंट कार्य बैकलॉग ("कार्यान्वित पासवर्ड स्क्रीन लागू करें")। हालांकि, मैंने देखा है कि सभी उदाहरणों में, इन दो आइटम विस्तार के मामले में काफी उच्च स्तर हैं (इसे पोस्ट-नोट पर फिट करने के लिए डिज़ाइन किया गया है)।

तो, विवरण कहां बैठता है? आइए मान लें कि ग्राहक के पास स्टॉक प्रबंधन स्क्रीन के लिए कुछ बहुत ही विशिष्ट आवश्यकताएं हैं, या एक जटिल एपीआई है जिसे पिछली छोर पर एकीकृत करने की आवश्यकता है, यह दस्तावेज कहां है, यह जानकारी कैसे और कैसे कैप्चर करती है? क्या यह बैकलॉग से अलग है लेकिन एक समय-समय पर आधार या किसी अन्य तरीके से आबादी है?

+0

मैं इस प्रश्न को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोग्रामिंग के बारे में नहीं है। – EJoshuaS

+0

यह प्रश्न ऑफ-विषय है क्योंकि यह इस साइट के दायरे में नहीं है, जैसा कि [यहां पर मैं कौन से विषय पूछ सकता हूं?] (// stackoverflow.com/help/on-topic) यह भी देखें: [किस प्रकार के प्रश्न पूछने से मुझे प्रश्न पूछना चाहिए?] (// stackoverflow।कॉम/हेल्प/डॉन-पूछें) आप [अन्य स्टैक एक्सचेंज साइट] (// stackexchange.com/sites#name) पर पूछ सकते हैं, उदाहरण के लिए [pm.se] या [softwareengineering.se]। किसी भी साइट पर किसी प्रश्न को पोस्ट करने का इरादा रखने के लिए सहायता केंद्र में विषय-वस्तु पृष्ठ को पढ़ना सुनिश्चित करें। – Makyen

+3

मैं इस सवाल को ऑफ-विषय के रूप में बंद करने के लिए मतदान कर रहा हूं क्योंकि यह प्रोजेक्ट प्रबंधन के बारे में है, प्रोग्रामिंग नहीं। – TylerH

उत्तर

8

Sprint backlog

स्प्रिंट बैकलॉग एक बहुत विस्तृत कैसे टीम आगामी स्प्रिंट के लिए आवश्यकताओं लागू करने के लिए जा रहा है के बारे में जानकारी युक्त दस्तावेज है। कार्य बिना किसी कार्य 16 घंटे से अधिक होने के साथ घंटों में टूट गए हैं। यदि कोई कार्य 16 घंटे से अधिक है, तो यह आगे टूटा होना चाहिए। पर स्प्रिंट बैकलॉग को कभी भी असाइन नहीं किया गया है, बल्कि टीम के सदस्यों द्वारा उनके जैसे कार्यों को साइन-अप किया जाता है।

+0

यह एक एकल, बड़े दस्तावेज़, इलेक्ट्रॉनिक या अन्यथा सुझाता है, लेकिन मैं इस धारणा के तहत था कि प्रत्येक कार्य एक अलग दस्तावेज़ में प्रभावी होता है - कुछ ऐसा जो सूचकांक कार्ड पर फिट होगा। क्या मैं एसपीआरयूएम के साथ XP को भ्रमित कर रहा हूं? –

-1

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

जैसे स्क्रम का उपयोग करते समय विकास Agile है, आपको समय पर आवश्यकताओं को प्राप्त करने में बहुत अधिक समस्याएं नहीं मिलनी चाहिए।

3

विस्तार पूरी टीम के लिए उपलब्ध विकी में बैठ सकता है और पूरी टीम द्वारा संपादन योग्य हो सकता है।

2

यह सुनिश्चित नहीं है कि यह उतना आसान है जितना लगता है। हमने विस्तार के साथ चुनौतियों को भी देखा है। आइए कहें कि क्या हम ऐसी कहानी पर विकास कर रहे हैं जिसके लिए सीआरएम सिस्टम कहने के लिए सरल संपर्क जानकारी कैप्चर करने की आवश्यकता है। अब मेरे पास पीओ से कहानियां हैं और हम स्प्रिंट प्लानिंग मीटिंग के माध्यम से गए और पहली 5 कहानियों को समझ लिया जो हमारी गति को पूरा करते हैं। हालांकि बातचीत के सभी विवरणों को कैप्चर करने में हमेशा यह एक संघर्ष होता है, उदाहरण के लिए स्क्रीन को कैसे रखा जाना चाहिए, स्क्रीन पर होने वाले 20+ फ़ील्ड क्या हैं, इनमें से कुछ फ़ील्ड अन्य तालिकाओं/विचार इत्यादि। कौन उन विवरणों को कैप्चर करता है, क्या यह पीओ या डेवलपर होना चाहिए और इन विवरणों को संग्रहीत करने के लिए सबसे अच्छा अभ्यास क्या है। हम अभी इसके लिए विकी का उपयोग करने की कोशिश कर रहे हैं, हालांकि यह उन कार्यों को बनाए रखने की कोशिश में एक ओवरहेड बन गया है, जिन्हें किस विवरण और कब अपडेट करना है।

संबंधित मुद्दे