आप अपनी परियोजनाओं में स्प्रिंट का नाम कैसे देते हैं? [बन्द है]

Question

कुछ स्क्रम सॉफ्टवेयर प्रबंधन उपकरण आपको स्पष्ट रूप से अपने स्प्रिंट का नाम देने का विकल्प देते हैं।

क्या आपके पास अपने स्प्रिंट के नामकरण का एक पसंदीदा तरीका है या क्या आप केवल 1, 2, 3, ... जैसी एक साधारण योजना का उपयोग करते हैं ...?

Comments

फर्क पड़ता है क्या? जब तक आप उन्हें पहचान सकते हैं तब तक यह सब महत्वपूर्ण है।

— ChrisF

@ क्रिस: यह मायने रखता है, अगर नाम स्प्रिंट लक्ष्य (पियरे का जवाब देखें) से संबंधित है, जो स्पष्टता को बढ़ावा देने और टीम पर ध्यान केंद्रित करने के लिए एक महत्वपूर्ण उपकरण है। मैं समापन से असहमत हूं।

— अज़ेगलोव

Answer 1

टीम से पूछें ।

अगर उन्हें लगता है कि स्प्रिंट का नाम लेना मज़ेदार या उपयोगी है, तो एक साथ चुनें।

चूँकि हर स्प्रिंट में गोल होना चाहिए, इसलिए उपयुक्त नाम खोजने के लिए यह समस्या नहीं होनी चाहिए।

स्प्रिंट का नामकरण वास्तव में टीम को मुख्य उद्देश्य पर ध्यान केंद्रित करने में मदद कर सकता है ।

मैं व्यक्तिगत रूप से उस तरह का प्यार करूंगा।

Answer 2

इस बारे में सोचने के बाद, मैं निम्नलिखित सम्मेलन के साथ आया:

<year> CW <starting calendar week> - <ending calendar week>: <goal> (<version>)

संस्करण वैकल्पिक है।

तो आप कुछ इस तरह से समाप्त करते हैं:

2013 CW 27-28: Improved reporting and dashboards (v1.5.1)
2013 CW 29-30: Redesigned gadgets (v1.5.2)
...

यह वाक्यविन्यास सवालों के जवाब देता है:

• यह कब किया गया था?
• क्यों किया गया था?
• यह किस संस्करण के तहत जारी किया गया था?

और भी:

• यह सॉर्टेबल है
• यह अनुमानित है
• जानकारी का त्याग किए बिना लचीलेपन की अनुमति देता है

Answer 3

एक कंपनी में जहां मैंने काम किया था, हमारे पास मासिक स्प्रिंट / रिलीज थे, और हमने इंटरनेट मेम के बाद उन्हें वर्णानुक्रम में नाम दिया। मैंने हाल ही में जिन फिल्मों में काम किया, वे थीं:

• keyboardcat
• लोल कैट
• megashark
• numanuma

इस प्रक्रिया में थोड़ा सा मज़ा आया, खासकर जब आगामी पुनरावृत्ति को नाम देने का समय आया।

Comments

: डी यह महान है!

— अनूप एसबी

Answer 4

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

Comments

एक रिलीज़ में कई स्प्रिंट हो सकते हैं। मुझे लगता है कि फू रिलीज सम्मेलन बहुत उपयुक्त नहीं है।

— बेहरंग सईदज़ादेह

अगर आपको उनके बारे में इस स्तर की ग्रेन्युलैरिटी पर बात करने की ज़रूरत है, तो मेरी पहली पसंद कार्यक्षमता ("फ्रेंच सामान") होगी और मेरी दूसरी रिलीज़ नामों में 1,2,3, b, c या जैसी होगी।

— केट ग्रेगोरी

Answer 5

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

पूर्व। बीस्टी बॉयज़, कूलियो, डीजे जाज़ी जेफ, इज़ी-ई, फ्लेवर फ्लाव, आदि।

Answer 6

मेरी टीम पर, स्प्रिंट का नाम उत्पादन रिलीज़ संस्करण के नाम पर रखा गया है जिसे हम तैयार कर रहे हैं। एक प्रोडक्शन रिलीज की स्थिति में जो कई स्प्रिंटों को फैलाता है, हम पुनरावृत्ति संख्या को जोड़ते हैं। इसलिए, उदाहरण के लिए,

• 5.0.2 Iteration 1
• ५.०.२ श्रोणि २
• 4.16.1

आदि।

Comments

मैंने पहले भी इसके साथ मुद्दों को चलाया है ... PHB जो वास्तव में नहीं समझते हैं, वे निर्धारित करते हैं कि उन्हें 4.16.1 (क्योंकि उन्होंने इसके बारे में एक बार सुना) के रूप में एक निश्चित रिलीज की जरूरत है, तब भी जब से दूसरों द्वारा अलग किया गया है । मैं बीटल की एक प्रजाति के बाद प्रत्येक का नाम लेने के लिए लुभाता हूं और उस पर छोड़ देता हूं। PHBs के लिए मौत !!

— जुग

Answer 7

खजूर!

हमारी प्रक्रिया प्रत्येक स्प्रिंट के लिए एक रिलीज शाखा का उपयोग करती है, इसलिए स्प्रिंट और रिलीज शाखा नाम संरेखित करते हैं। हम शाखा और स्प्रिंट के नाम के रूप में नियोजित रिलीज की तारीख का उपयोग करते हैं।

इससे एक ही समय में इतिहास को समझना थोड़ा आसान हो जाता है - जैसे यदि आप बग के बारे में एक पुराना ईमेल देख रहे हैं, जिसे आपने सोचा था कि ईमेल की तारीख के आधार पर, आप आसानी से निकटतम शाखा के नाम पर जा सकते हैं ( s) बदलाव का बेहतर विचार प्राप्त करने के लिए। (निश्चित रूप से, आपको उम्मीद है कि यह आपके बग ट्रैकर में / साथ ही ट्रैक किया गया होगा, लेकिन हम सभी जानते हैं कि हमेशा ऐसा नहीं होता है।)

यह भी वास्तव में अच्छा है कि हमारी पूरी टीम हमेशा यह जानती है कि नाम क्या है, इसलिए हम हमेशा एक ही पृष्ठ पर होते हैं जब स्प्रिंट या शाखा का उल्लेख करते हैं। (इस सप्ताह रिलीज़ होने या पिछले सप्ताह की "इज़्जत 'बैजर' का कोई भ्रम नहीं है।")

मेरी राय में, नाम के लिए संख्याओं का उपयोग करना वास्तव में कोई मूल्य प्रदान नहीं करता है। उस बात के लिए, जबकि यह करने के लिए मजेदार हो सकता है, न ही सार नाम। लक्ष्य-उन्मुख नामों का उपयोग करना एक अच्छा जोड़ हो सकता है (उदाहरण के लिए "2012-04-03: अपडेट किए गए ग्राहक विजेट्स"), लेकिन मैं सिर्फ सार नाम का उपयोग करके वापस नहीं जाऊंगा।

Answer 8

प्रत्येक रिलीज़ के लिए हम एक बड़े शहर का कोडनेम वर्णानुक्रम में चुनते हैं (जैसे कि ए टालंटा, बी ओस्टन, सी हिकागो, डी अल्लास ...)

और उस शहर के कुछ कॉलेज के नाम हमारे स्प्रिंट नाम (मोरहाउस, स्पेलमैन, ..., हार्वर्ड, कैम्ब्रिज आदि) बन गए।

Answer 9

मैंने उनका नामकरण करने के बारे में कभी नहीं सोचा था। हम आम तौर पर अंत में एक बिल्ड आईडी संलग्न करते हैं ताकि हम मुद्दों को ट्रैक कर सकें, लेकिन नामकरण वास्तव में प्रक्रिया का हिस्सा नहीं है। हर दो हफ्ते में रिलीज होने से आप साल में 26 नामों से जलेंगे।

मुझे लगता है कि यह स्प्रिंट प्लानिंग का एक मजेदार हिस्सा होगा। मुझे इसे हमारे अगले स्प्रिंट के लिए प्रयास करना पड़ सकता है।

Comments

चूंकि इस पर हाल ही में कुछ ध्यान गया। जबकि एक नौकरी पर मैंने यह पोस्ट करने के बाद हमने स्प्रिंट का नाम दिया, नाम का विषय स्प्रिंट नंबर के साथ चला गया। मुझे लगता है कि इसके लिए हमारे ट्रैकिंग सॉफ़्टवेयर के साथ कुछ करना था। जब हमने JIRA

— बिल लीपर