हमें एक ही समस्या है।ऐसे मामले में जहां आपको कोई समस्या है (एक बग या नई सुविधा) जिसमें एकाधिक उत्पाद शामिल हैं और जिनके बीच निर्भरता है। (उदाहरण के तौर पर कहें कि हमारे पास एक सर्वर, एक कनेक्शन एपीआई और क्लाइंट एप्लिकेशन है)। यदि किसी निश्चित तरीके से क्लाइंट एप्लिकेशन को विस्तारित करने के बारे में कोई नया विचार है, तो यह संभव है कि कनेक्शन एपीआई और सर्वर को किसी प्रकार का एक्सटेंशन चाहिए। शायद वे विभिन्न टीमों द्वारा विकसित किए जाते हैं ... इसलिए एक ही स्प्रिंट/पुनरावृत्ति में संभाला नहीं जाता है, लेकिन एक उत्पाद स्वामी के रूप में आप समूह के रूप में इन सभी नई सुविधाओं का ट्रैक रखना चाहते हैं।
हमने जो कुछ किया वह वास्तव में कुछ कस्टम फ़ील्ड बनाए गए थे। हमने जो पहला क्षेत्र पेश किया था वह 'प्रोग्रामिंग' और 'चरण' के रूप में 'कैस्केडिंग सिलेक्ट' था। यह उत्पाद मालिकों को एक कार्यक्रम के तहत मुद्दों को समूहित करने की संभावना देता है और कुछ मोटा दीर्घकालिक योजना (कई पुनरावृत्तियों) करता है।
फिर हमने 'एपिक' (या 'थीम') के लिए एक और फ़ील्ड (टेक्स्ट फ़ील्ड) जोड़ा, यह बंडल एक निश्चित महाकाव्य/थीम से संबंधित मुद्दों को जोड़ता है। विचार 'कार्यक्रम' के भीतर 'महाकाव्य' का उपयोग करना है। बड़े 'कार्यक्रम' के मामले में, आप इसे अलग-अलग हिस्सों में अलग कर सकते हैं, जो इन 'एपिक्स' में दिखाई देते हैं। (एक प्रकार की कहानी। कहानियों का एक समूह (जो कई उत्पादों पर फैल सकता है) जो उत्पादों की श्रृंखला के लिए छेद के रूप में मूल्य जोड़ता है)।
दोनों फ़ील्ड प्रोग्राम को (इसके चरण के साथ या उसके बिना) और महाकाव्य के आधार पर कई उत्पादों को पार करने के लिए अब इसे आसान बनाने के लिए आसान बनाता है।
वास्तव में लिंकिंग सक्षम होने के साथ, अब आप अलग-अलग उत्पादों में अलग-अलग मुद्दों के बीच निर्भरता भी बना सकते हैं। और यह पूरी तरह से जिरा उत्पाद संस्करण से अलग है। जो महान है, इसलिए सामान्य रिलीज प्रक्रिया तब तक रहती है।
एक और विचार जो मैं पेश करने के बारे में सोच रहा हूं वह क्षेत्र 'इटरेशन' है। योजना सत्र में जाने पर (या उसके बाद)। इस क्षेत्र को उस स्प्रिंट के नाम से अपडेट किया जा सकता है (जिरा कई मुद्दे संपादन/अद्यतन में बहुत अच्छा है)। जो तब उस स्प्रिंट के लिए सभी मुद्दों को फ़िल्टर करना आसान बनाता है।
मुझे जेरा का उपयोग स्क्रम प्लानिंग/स्प्रिंट ट्रैकिंग टूल के रूप में करने के बारे में सबसे ज्यादा पसंद है, यह है कि आपके पास एक अलग योजना और बैकलॉग टूल नहीं है। कीड़े अधिक दिखाई दे रहे हैं। बग ट्रैकिंग टूल (सही सीवी/एसवीएन/आदि प्रतिबद्ध संख्याओं के लिए) में नियोजन टूल और योजना वस्तुओं में बग का कोई डबल प्रशासन नहीं। या रिलीज नोट्स की पीढ़ी।
धन्यवाद, यह एक दिलचस्प विचार है; मैं वास्तव में उन परियोजनाओं में आवश्यकताओं को प्राथमिकता देना चाहता हूं जो वे संबंधित हैं, लेकिन मैं यह देखने जा रहा हूं कि आपका सुझाव कैसे काम करता है। –