फुर्तीली और स्क्रम में यूएक्स को एकीकृत करने के लिए 5 नियम

आईटी कोर्स में एजाइल प्रोजेक्ट मैनेजर के शुभारंभ से पहले लेख का अनुवाद तैयार किया गया था ।

---

जब मैं अपना करियर शुरू कर रहा था, तब सॉफ्टवेयर बॉक्स में आया। यदि यह आपको अजीब लगता है, तो जान लें कि जब मैं एक बच्चा था, मेरे पिता ने घर पर बने कार्ड लाए, जिन पर 1970 के दशक में कार्यक्रम दर्ज किए गए थे। इस तरह के सॉफ्टवेयर की एक अंतिम स्थिति थी। उस पल से 20 साल बाद, यह पहले से ही हास्यास्पद लग रहा था। आज हम ऐसी प्रणालियाँ बना रहे हैं जिन्हें अंतहीन रूप से सुधारा जा सकता है। यह इस सवाल का जवाब देता है: "काम कब खत्म होता है?" - और इस सवाल का जवाब देना मुश्किल है। हम इस प्रश्न का उत्तर ढूंढ रहे हैं, क्योंकि इससे हमें अन्य महत्वपूर्ण प्रश्नों के उत्तर देने में मदद मिलेगी। क्या टीम को उनका पुरस्कार मिलेगा या वे इसकी रिपोर्ट करेंगे? क्या टीम कुछ नया करेगी? क्या हितधारक को फायदा होगा?

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

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

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

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

चुस्त विकास प्रक्रिया में डिजाइनरों का एकीकरण कई संगठनों के लिए एक निरंतर समस्या है। उत्पाद टीमों के डिजाइन, प्रबंधन और परामर्श में लगभग 20 वर्षों के अनुभव के लिए धन्यवाद, मैंने निम्नलिखित 5 नियमों की पहचान की है जो एक टीम का पालन करना चाहिए अगर यह सुनिश्चित करना है कि उपयोगकर्ता अनुभव (UX) सफलतापूर्वक उनकी चुस्त प्रक्रिया में एकीकृत है:

1. प्रत्येक के लिए एक अलग डिजाइनर टीमों

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

2. ग्राहकों के साथ टीम के काम के घंटे

यह नियम मैंने जेरेड स्पूल से सीखा हैजिन्होंने यह साबित किया कि प्रत्येक 6 सप्ताह में कम से कम 2 मानव-घंटे खर्च करने वाली टीमें ग्राहकों के साथ संवाद करती हैं (उदाहरण के लिए, समर्थन कॉल प्राप्त करना, उपयोगकर्ताओं से बात करना, लोगों को देखना, आदि) अधिक सफल हो रहे हैं। उत्पादों।

3. डिजाइनर का काम

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

4. बैकलॉग के लिए प्राथमिकता फ़िल्टर के रूप में परिणाम

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

5. क्रॉस-फंक्शनल ट्रेनिंग

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

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

---

.

---