कम जटिलता वाले कई कहानियों का आकलन कैसे करें?

हम इस स्क्रीन पर उपयोगकर्ता गतिविधि को ट्रैक करना चाहते हैं (संलग्न छवि) यानी।

  1. बंद करें बटन क्लिक करें (शीर्ष-दाएं)
  2. टेक्स्टबॉक्स पर उपयोगकर्ता का टैप करें (अपना शहर टाइप करें)
  3. उपयोगकर्ता का स्थान मेरे स्थान का पता लगाने पर क्लिक करें

यदि हम निवेश मानदंडों का पालन करते हैं, तो उपर्युक्त 3 में से प्रत्येक एक स्वतंत्र कहानी है। एक नियम के रूप में, हम प्रत्येक कहानी को न्यूनतम 1 बिंदु देते हैं। हमारी टीम का मानना ​​है कि ये तीन छोटे कार्य हैं और इन तीनों को संयुक्त करने के लिए मूल्यवान नहीं है, यह सभी को निष्पादित करने के लिए केवल 1 बिंदु प्रयास है। हमारे पास निम्नलिखित विकल्प हैं:

  1. 3 अलग-अलग कहानियां बनाएं और प्रत्येक को 1 बिंदु दें: यह निवेश मानदंडों के साथ जाएगा लेकिन निष्पादन 3 अंकों के लिए पर्याप्त जटिल नहीं है। यह बढ़ी हुई वेग दिखा सकता है जो वास्तव में यहां मामला नहीं है।
  2. उपरोक्त 3 चीजों के लिए 1 कहानी बनाएं और कुल मिलाकर 1 बिंदु दें: हम यहां कई कहानियों को जोड़ रहे हैं लेकिन आकलन जटिलता के अनुसार है।

नोट: यह एक साधारण उदाहरण है और यह केवल 1 बिंदुओं की लगभग 3 कहानियां नहीं है, ऐसी 15 कहानियां हो सकती हैं।

सवाल यह है कि - हमें कहानियों को तोड़ना चाहिए और ऐसे मामलों में उनका आकलन कैसे करना चाहिए?

enter image description here

3
जोड़ा संपादित
विचारों: 5

4 उत्तर

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

5
जोड़ा

एक 1 सबसे छोटा संभव परिवर्तन है।

उदाहरण के लिए, इसका मतलब है

  • clone the repository
  • set an attribute from true to false
  • start the app
  • check that it worked
  • commit the changes
  • push the changes
  • close the ticket.

मुझे विश्वास करने में कठिनाई होती है, कि एक शहर में प्रवेश करना और स्थान का पता लगाना इतना आसान है। आपको एक भौगोलिक स्थान सेवा की आवश्यकता होगी, इसके लिए आपको एक कुंजी की आवश्यकता होगी, आपको इसे कई मानों के लिए जांचना होगा (जब आप एक अस्पष्ट मूल्य दर्ज करते हैं तो क्या होता है? उदाहरण के लिए यदि मैं <�कोड में स्थित होने पर "हनोवर" दर्ज करता हूं > हनोवर, जर्मनी , मुझे <�कोड> हनोवर, जर्मनी मिलता है, भले ही हनोवर, पीए </कोड> मौजूद है, जो निश्चित रूप से मेरे द्वारा दर्ज किए गए एक बेहतर मैच होगा। अगर मैं कुछ भी दर्ज नहीं करता हूं तो मैं इसे दबाता हूं? त्रुटि संदेश?)

तो यदि यह सब 1 के लिए बहुत आसान है, तो आपको अपने डेवलपर्स के साथ वापस जांचना होगा यदि वे वास्तव में आपके साथ एक ही पृष्ठ पर हैं। यदि वह कहानी एक 1 है, तो काम की सबसे छोटी संख्या, आपका स्केल बंद है, उतना आसान है। क्योंकि स्पष्ट रूप से कम काम संभव है।


एक अलग उदाहरण मानते हैं: मान लें कि यह थे इतना आसान है। बस एक कहानी कहें जो कहती है

"एक उपयोगकर्ता के रूप में मैं फ़िल्टर करने के लिए अपने शहर का चयन करना चाहता हूं (जो कुछ भी)"।

किया हुआ। फिर विवरण के लिए अतिरिक्त जानकारी के रूप में विवरण (इसे स्वयं का संवाद होना चाहिए, बंद बटन की आवश्यकता है, इनपुट की आवश्यकता है, ऑटो-डिटेक्शन की आवश्यकता है) को नोट करें।

1
जोड़ा
चूंकि सुझाव वास्तव में उस व्यक्ति को प्राप्त करता है जो जानकारी की तलाश में है, ऐसा लगता है कि nvoigt का दृष्टिकोण पूरी तरह से उपयोगकर्ता कहानियों के अनुरूप है।
जोड़ा लेखक Jules, स्रोत
आह, मुझे लगता है कि अगर है यह आसान है, तो बस दूसरे भाग पर जाएं। इसे एक कहानी में लपेटें "एक सिसिमिन के रूप में, मैं अपनी रिपोर्ट में उपयोगकर्ता-ट्रैकिंग डेटा देखना चाहता हूं ताकि मैं कर सकूं ..." और आगे बढ़ें। शायद यह एक 1 या फिर 2 है। कोई भी आपको 1 की तीन कहानियों को एक 3 में संयोजित करने के लिए मजबूर नहीं करता है। उन संख्याओं की गणना के लिए अच्छा नहीं है, उनका एकमात्र उपयोग यह निर्धारित करना है कि कौन सा बड़ा है।
जोड़ा लेखक nvoigt, स्रोत
शायद, मुझे नहीं पता। यह मेरा काम है कि क्या काम करता है। मुझे कोई संसाधन या दिशानिर्देश नहीं पता है कि मैं इसे तीन कहानियों में काटता हूं। निवेश केवल "छोटा" कहता है, न कि "जितना संभव हो उतना छोटा"।
जोड़ा लेखक nvoigt, स्रोत
यह स्क्रीन पहले से ही और उत्पादन पर है। हम बस इसे ट्रैक करना चाहते हैं, जैसा कि पहली पंक्ति में बताया गया है "हम इस स्क्रीन पर उपयोगकर्ता गतिविधि को ट्रैक करना चाहते हैं"
जोड़ा लेखक maverick, स्रोत
कोई भी संसाधन या दिशानिर्देश जो इस दृष्टिकोण का समर्थन करता है या आप जो सिफारिश कर रहे हैं उसका बैक अप लेता है?
जोड़ा लेखक maverick, स्रोत

'स्वतंत्र' निश्चित रूप से 'छोटे' ('निवेश' में 'एस' 'जैसा नहीं है। एक उत्पाद बैकलॉग आइटम (पीबीआई) जितना संभव हो उतना छोटा होना चाहिए लेकिन कोई छोटा नहीं होना चाहिए। यह है बहुत दूर जाने और उपमितीय हिस्सों में विभाजित होने के लिए संभव है जो अधिक उपयोगी रूप से एक साथ रखा जाएगा। किसी को भी पिछले साल के deconstructed एवोकैडो टोस्ट घोटाला याद है?

मैं आपको यह विचार करने के लिए आग्रह करता हूं कि ये आइटम बहुत छोटे हैं या नहीं। क्या उन्हें समूहीकृत किया जा सकता है और फिर भी अन्य सभी पीबीआई और "पर्याप्त छोटा" से अनिश्चित हो सकता है?

ध्यान दें कि आपके पीबीआई के बीच निर्भरता हो सकती है। मैं एक आदर्श के रूप में 'स्वतंत्र' को देखता हूं जो हमेशा प्राप्य/इच्छित नहीं होता है।

प्रदर्शन करने के लिए, मान लीजिए कि पूरी स्क्रीन पर उपयोगकर्ता गतिविधि को ट्रैक करने के लिए केवल एक पीबीआई था और अनुमान 20 अंक पर आता है - बहुत बड़ा! देव इसे विभाजित करने और चार वस्तुओं के साथ आते हैं: प्रत्येक यूआई तत्व (प्रत्येक अंक 3) के लिए उपयोगकर्ता गतिविधि लॉगिंग (5 अंक) और तीन को लागू करने के लिए। यह अच्छा नहीं है क्योंकि इसमें से कोई भी निर्भरता नहीं है कि 'कार्यान्वयन' आइटम पहले खेला जाना चाहिए और स्वयं में कोई मूल्य नहीं बचाया जाता है। एक दृष्टिकोण 'कार्यान्वयन' आइटम को 'तत्व' आइटमों में से एक के साथ जोड़ना है ताकि एक 8 प्वाइंट आइटम (सीमित) मूल्य प्रदान किया जा सके। अब शेष दो 'तत्व' आइटम अभी भी पहले पर निर्भर होंगे लेकिन कम अनुमान (3 अंक) बनाए रखना चाहिए क्योंकि उन्हें लिखा जा सकता है, "उपयोगकर्ता गतिविधि लॉगिंग मानी गई है ..." तो मार्जिन पर लागत (यानी एक और विजेट बनाने के लिए अपने स्थापित कारखाने को पाने के लिए लागत)।

1
जोड़ा

मैं डैनियल से सहमत हूं, यह निवेश का उल्लंघन नहीं करता है।

मैं इसे जोड़ना चाहता हूं यद्यपि आप इसे एक ही कहानी के रूप में प्रबंधित कर सकते हैं, अगर यह आपके प्रोजेक्ट के लिए प्रासंगिक है, तो आपको अभी भी इस घटक को बड़े घटक में रिकॉर्ड करना चाहिए कि यह कार्य जुड़े हुए हैं (वे एक अलग घटक से संबंधित हैं?) कि भविष्य में इसका उपयोग पूरी तरह से समझने के लिए किया जा सकता है कि इस तरह कितना प्रयास किया गया है।

0
जोड़ा