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