एजाइल + यूएक्स: दोस्तों को क्वालिटी यूजर इंटरफेस और एगाइल मेथोडोलॉजी कैसे बनाएं

उच्च-गुणवत्ता वाला उपयोगकर्ता इंटरफ़ेस ( UX-इंटरफ़ेस ) बनाने की समस्या वास्तव में मौजूद है। विशेष रूप से, यह स्वयं प्रकट होता है जब विकास कंपनी लचीली कार्यप्रणाली का उपयोग करती है। दरअसल, इसका कारण दो बिंदुओं का संयोजन है:

• प्रोग्रामर्स का Iterative कार्य। एजाइल में, डेवलपर्स अलग-अलग पुनरावृत्तियों में एक परियोजना "भागों में" बनाना पसंद करते हैं। और उसी तरह ग्राहक को परिणामी उत्पाद "हस्तांतरण"।
• डिजाइनरों के काम की "ईमानदारी"। UX डिजाइनर पूरी अवधारणा के माध्यम से सोचना और विकसित करना पसंद करते हैं। तदनुसार, जब पूरी अवधारणा तैयार हो जाती है, तो वे इसे विकास पर भेज देते हैं। यह दृष्टिकोण डिजाइनरों को सामान्य लय से बाहर निकलने के लिए मजबूर करता है, जो काम के समय के वितरण के साथ समस्याओं का कारण बनता है।

दो तरीके उल्लिखित हैं: डिजाइनरों को अकेले छोड़ देना या उन्हें एजाइल में शामिल करने की कोशिश करना (इसके अलावा, किसी को भी अपंग करने की कोशिश नहीं करना)। पहले मामले में, आपको गति का त्याग करना होगा, दूसरे में - अंतिम उत्पाद की गुणवत्ता। या कोई तीसरा तरीका है?

सबसे पहले, बड़ी लाल कार का उदाहरण

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

यदि यह बहुत सरल है, तो इस स्तर पर उत्पाद की दृष्टि है:



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

यह और भी बेहतर निकला:



अब जब इस परियोजना ने विशिष्ट विशेषताएं प्राप्त कर ली हैं, तो यह डेवलपर्स को छोड़ रहा है। और हम इसे पूरी तरह से अलग तरीके से देखते हैं:



स्पेयर पार्ट्स का एक गुच्छा जिससे आपको ग्राहक को उत्पाद जहाज करने के लिए एक परियोजना का निर्माण और फिर से, भागों में करना होगा। आखिरकार, हमारे पास प्रदर्शनों के साथ घोटाले, पुनरावृत्ति, स्प्रिंट हैं, है ना? खैर, हां, हम इसके अभ्यस्त हैं।

लेकिन अंतिम उपयोगकर्ता इस "पुनरावृति" से विशेष रूप से खुश नहीं है: उसके लिए, विकास के पहले पुनरावृत्ति के बाद वे उसे हाथों में देने वाली परियोजना "पहियों के बिना एक कार" है।

ग्राहक, इस बड़ी लाल कार के सर्जक के रूप में, उपभोक्ताओं को उत्पाद के बिना (अपने दृष्टिकोण से) दिखाने के लिए शर्मिंदा है।

और अगर समय के अनुसार प्रबंधन डिजाइनर को बताता है कि वह "भागों में" इंटरफ़ेस विकसित करेगा, तो डिजाइनर आपको बिल्कुल भी नहीं समझेंगे। और ठीक ही तो है।

मुख्य समस्या यह है कि ग्राहक, डिजाइनर और डेवलपर का एक अलग दृष्टिकोण है कि अंतिम परिणाम कैसे दिखना चाहिए।

Agile + UX: इंटरफ़ेस की अखंडता, Iterative विकास और मार्केट वैलिडेशन को एक इंटरफ़ेस से जोड़ना

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



स्तरों में सशर्त विभाजन (मूल बातें से विवरण तक):

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

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

यह सब रणनीति (यहां सार और मान्यताओं की सबसे बड़ी संख्या) के साथ शुरू होता है। हम "पाई" को जितना अधिक बढ़ाते हैं, उतने विशिष्ट प्रोजेक्ट में जुड़ते हैं, और जितने अधिक परिवर्तन होते हैं उतने ही महंगे होते हैं।

और अगर ग्राहक का पहला प्रदर्शन कार्यान्वयन स्तर के बाद होता है (जैसा कि झरना मॉडल में किया जाता है), तो ग्राहक कह सकता है: “दोस्तों! आपने वह नहीं किया जो मैं चाहता था। ”

और आपको सब कुछ फिर से करना होगा - जैसा कि शीर्ष स्तर पर पहुंच गया है। यही है, विश्लेषकों को फिर से कनेक्ट करेगा, फिर डिजाइनरों, फिर डेवलपर्स।

इसलिए, "पहियों के बिना कार" का बहुत प्रदर्शन, वास्तव में, ग्राहक को उत्पाद के बारे में जल्द से जल्द शिकायत करने के लिए आवश्यक है। अंततः, यह उसे कम खर्च होगा।

अर्थात्, किसी भी स्तर पर पुनरावृत्ति अच्छी है। अब "लचीली डिज़ाइन प्रक्रिया" का निर्माण कैसे करें।

विकास और डिजाइन ... दो धाराओं में?

जब परियोजना विकास में जाती है, तो हमें कठिनाई होती है:

उन विशेषज्ञों को क्या करना चाहिए जो पिछले स्तरों (विश्लेषकों और डिजाइनरों) में लगे हुए थे?

सबसे पहले, हम दो समानांतर प्रवाह में डेवलपर्स और अन्य सभी (डिजाइनरों, विश्लेषकों) के काम को व्यवस्थित करते हैं।

सब कुछ प्रोजेक्ट प्लानिंग (विश्लेषकों द्वारा) से पहले है, इसके बाद "जीरो इटरेशन", जिसके दौरान एक सामान्य अवधारणा विकसित की जाती है (डिजाइनरों द्वारा), और तत्वों को विकास के पहले पुनरावृत्ति के लिए तैयार किया जाता है। जिसके बाद, पहली पुनरावृत्ति के दौरान, डेवलपर्स डिजाइनरों से तैयार सामग्री में लगे हुए हैं, और वे दूसरे पुनरावृत्ति के लिए तत्व बनाते हैं। और इसी तरह।

यह कुछ इस तरह से निकलता है:



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

विश्लेषक - जांचें कि क्या सभी सुविधाओं को पिछले और वर्तमान चरणों में लागू किया गया था और यह कि अगले के लिए योजना से कुछ भी गायब नहीं था। वे दो चरणों में सुविधाओं की योजना भी बनाते हैं।

इस स्थिति में, यह पूरी संरचना रहती है, विकसित होती है और रहती है।

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

यहाँ UX इंटरफ़ेस के परीक्षण के लिए सरलीकृत मैट्रिक्स है (हमने इस हब में पूर्ण मैट्रिक्स दिया है):



नतीजतन, हमारे पास तीन वसा प्लस हैं:

• डिज़ाइन किए गए इंटरफेस की एक ही गुणवत्ता को बनाए रखते हुए, डिजाइनर चुस्त विकास में उलझे हुए हैं।
• विशेषज्ञों में से कोई भी "बेकार" बेकार है, भले ही काम में केवल एक परियोजना हो।
• हमें ग्राहक से नियमित रूप से प्रतिक्रिया मिलती है और निचले स्तरों पर सुधार होता है (यह सस्ता है)।

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