चुस्त विकास में यूजर इंटरफेस डिजाइन और संबंधित सुविधा समर्थन से कैसे निपटें?

11

एक फुर्तीली विकास प्रक्रिया में आमतौर पर उपयोगकर्ता कहानियों पर मुख्य ध्यान केंद्रित किया जाता है, लेकिन कभी-कभी एक एकल आवश्यकता कई उपयोगकर्ता कहानियों को फैला सकती है।

उदाहरण के लिए, क्लाइंट किसी फ़ोरम में सभी उपयोगकर्ताओं के लिए एक खोज पृष्ठ का अनुरोध कर सकता है, और कई क्रियाएं हैं जो प्रत्येक उपयोगकर्ता पर हो सकती हैं जैसे प्रतिबंध उपयोगकर्ता, उपयोगकर्ता को हटाएं, पासवर्ड रीसेट करें आदि।

हम इस सुविधा को कम से कम 4 उपयोगकर्ता कहानियों में विभाजित कर सकते हैं:

उपयोगकर्ताओं के लिए खोजें
प्रतिबंध उपयोगकर्ता
उपभोक्ता मिटायें
पासवर्ड रीसेट

यूजर इंटरफेस डिजाइनर ऐसे यूजर इंटरफेस को कैसे लागू करेगा? क्या उसे पहले उपयोगकर्ता की कहानी पर काम करना चाहिए और फिर यूआई में अधिक सुविधाओं को बढ़ाना शुरू करना चाहिए? हालाँकि, मुझे लगता है कि अंतिम UI गड़बड़ हो जाएगा!

यदि वह संपूर्ण विशेषता (खोज + क्रिया) पर काम करने का निर्णय करता है, तो क्या होगा यदि क्रिया जहाँ कम प्राथमिकता और खोज कार्यक्षमता के बाद कई पुनरावृत्तियों को लागू किया जाएगा?

— Songo
स्रोत

6

यह कुछ लोगों द्वारा परेशान किए गए गलत विचार को उजागर करता है जो चुस्त हैं, हालांकि आप इसे परिभाषित करते हैं, यह परियोजना प्रबंधन उपकरण के अलावा कुछ और है। आपको अभी भी किसी को वास्तुशिल्प दृष्टिकोण से पूरे उत्पाद को देखने की ज़रूरत है और सुनिश्चित करें कि आपकी सभी कहानियाँ कुछ सुसंगत हैं।

— ब्लरफ्ल

नीचे मतदाताओं plz क्यों समझा? !!

— सांगो

@Songo: नहीं, नीचे-मतदाता आमतौर पर व्याख्या नहीं करते हैं, यह बहुत अधिक प्रयास है। :-(

— जियोर्जियो

13

इसे पुनरावृति से लें। आप सीधे उपयोगकर्ताओं के साथ काम कर रहे हैं, है ना? तो यह वास्तव में एक गड़बड़ नहीं होना चाहिए।

सबसे पहले सर्च पेज पर करें। आपको और उपयोगकर्ताओं को यह ध्यान रखना चाहिए कि वे परिणामों पर कार्रवाई करने में सक्षम होना चाहते हैं। क्या उपयोगकर्ता इसे पसंद करते हैं? ठीक है, आपको अपनी खोज मिल गई है।

अब "पासवर्ड बदलें" (या जो कुछ भी प्राथमिकता में है) जोड़ें। ओह, हमें खोज पृष्ठ को थोड़ा - बहुत बदलने की आवश्यकता है, परिवर्तन अक्सर खेल का हिस्सा होता है। क्या उपयोगकर्ता इसे परिणामों की तरह पसंद करते हैं? अच्छा।

अब अगला आइटम जोड़ें, और अगला ...

फुर्तीली दृष्टिकोण कहता है कि आपके पास तुरंत प्रतिक्रिया है, इसलिए आपको अच्छा होना चाहिए।

उस ने कहा, इसका कोई वास्तविक कारण नहीं है कि आप इनमें से 2 कहानियों को एक ही पुनरावृत्ति (उपयोगकर्ता को हटाएं और उपयोगकर्ता को हटाएं) पर हमला करने में सक्षम नहीं हो सकते। कुंजी हमेशा ग्राहक के साथ काम करना है यह सुनिश्चित करने के लिए कि यह सही है।

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

— मैथ्यू फ्लिन
स्रोत

8

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

दूसरे शब्दों में, जब तक आप अपना डिज़ाइन बनाना चाहते हैं तब तक भविष्य में इसे देखना ठीक है, जब तक कि यह अल्पावधि में कार्यक्षमता के वितरण को स्थगित नहीं करता है।

आपके विशिष्ट उदाहरण में इसका क्या अर्थ है कि आप आगे बढ़ते हैं और उपयोगकर्ता इंटरफ़ेस को ऐसे डिज़ाइन करते हैं कि बाद में क्रियाओं को जोड़ना आसान होगा। हालाँकि, यदि क्रियाओं के डिज़ाइन पर काम करना सही है, तो एक पुनरावृत्ति द्वारा मूल उपयोगकर्ता खोज के वितरण में देरी होगी, पहले क्रियाओं के बिना एक डिज़ाइन करना बेहतर है, बिना किसी कार्रवाई के किसी भी खोज को मान लेना ग्राहक के लिए महत्वपूर्ण है।

अपने आप से पूछने का सवाल है, "क्या यह डिजाइन काम मेरी पहली डिलीवरी में देरी कर रहा है?" अधिकांश समय, उत्तर नहीं होगा। आपको वैसे भी एक डिज़ाइन करना होगा, आप सभी को बदल रहे हैं कुछ डिज़ाइन मानदंड हैं।

— कार्ल बेवफेल्ड
स्रोत

+1: बहुत अच्छा जवाब: "फुर्तीली इस बात के बारे में है कि आप कार्यक्षमता कैसे प्रदान करते हैं, और आपके पास कार्यक्षमता को डिज़ाइन करने के तरीके के साथ बहुत कम है।" मुझे लगता है कि बहुत बार चुस्त का उपयोग अपफ्रंट डिज़ाइन की अनुपस्थिति को सही ठहराने के लिए किया जाता है (जैसे कि अगर कोई डेवलपर इच्छुक नहीं है या करने में सक्षम नहीं है।)। इसके बजाय, किसी को समग्र योजना और वास्तुकला तैयार होने के बाद गतिविधियों (उपयोगकर्ता कहानियों और स्प्रिंट) को शेड्यूल करना चाहिए (निश्चित रूप से आपको परियोजना के साथ आगे बढ़ने के साथ वास्तुकला को समायोजित करने की आवश्यकता हो सकती है)।

— जियोर्जियो

1

पहली उपयोगकर्ता कहानी पूरे इंटरफ़ेस का डिज़ाइन हो सकती है - उन्हें इसके केवल एक टुकड़े को डिज़ाइन करने की आवश्यकता नहीं है। यह एक पूरे के रूप में डिज़ाइन है जो व्यावसायिक मूल्य जोड़ता है।

यह कहा जा रहा है, मुझे यहां कम से कम दो अलग-अलग विशेषताएं दिखाई देती हैं: उपयोगकर्ताओं की खोज करने की क्षमता, और एक या एक से अधिक उपयोगकर्ताओं पर कार्य करने की क्षमता। डिजाइनर उन सभी से निपटा सकता है अगर वह अधिक समझ में आता है।

याद रखें: लक्ष्य गुणवत्ता सॉफ्टवेयर वितरित करना है, यह आँख बंद करके कुछ पद्धति का पालन करने के लिए नहीं है। अपने आप से पूछें कि क्या डिजाइन को टुकड़ों में तोड़ने से उस लक्ष्य में मदद मिलती है या बाधा उत्पन्न होती है। कोई भी पुलिस, केवल खुश या असंतुष्ट ग्राहक नहीं हैं।

— ब्रायन ओकली
स्रोत

1

मुझे एक फुर्तीली / चरम प्रोग्रामिंग फैक्ट्री में इंटर्न करने का अवसर मिला। वे पुनरावृत्त विकास प्रक्रिया को चलाने के लिए स्टोरी-कार्ड का उपयोग कर रहे थे। प्रत्येक कहानी-कार्ड ने एक कार्यान्वयन या परिवर्तन किया। कुंजी उपयोगकर्ता सहभागिता थी। सॉफ़्टवेयर के उपयोगकर्ता के साथ बातचीत किए बिना किसी उपयोगकर्ता के लिए डिज़ाइन किए गए इंटरफ़ेस को सफलतापूर्वक कैसे डिज़ाइन किया जा सकता है?

उपयोगकर्ता के पहले क्या चाहते हैं, यह तय करने के लिए उपयोगकर्ता इंटरैक्शन के साथ एक संभावित परिदृश्य शुरू करना है। फिर, पुनरावृत्ति, उपयोगकर्ता प्रतिक्रिया, उपयोगकर्ता प्राथमिकता और उपयोगकर्ता के पास क्या होना चाहिए, के आधार पर UI डिज़ाइन करें।

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

— भावुक
स्रोत