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

प्रतिक्रिया उपकरण

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

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

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

स्प्रिंट समीक्षा - जैसा कि पहले था

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

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

नंबर 1 जब आप एक उत्पाद विकसित करते हैं, तो क्या आप सुविधाओं या उपयोगकर्ता समस्याओं के बारे में अधिक सोचते हैं?
№2 क्या आप जानते हैं कि आपका उपयोगकर्ता कैसे रहता है और उसे आपके उत्पाद का उपयोग क्यों करना चाहिए?
नंबर 3 क्या आप अक्सर उन लोगों के साथ संवाद करते हैं जो आपके उत्पाद का उपयोग करते हैं?
मैंने टीम को इन मुद्दों पर चर्चा करने और स्प्रिंट समीक्षा के प्रारूप को बदलने की सलाह दी।

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

ट्रेनिंग

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

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

संक्षेप में, यह वही है जो हमें मिला है।

लक्ष्य

1. क्वार्टर के लिए टीम का ध्यान केंद्रित बोलो
2. समझें कि अपडेट किया गया उपयोगकर्ता खाता (LKP) जरूरतों को कैसे पूरा करता है
3. टीज़र दिखाएं और 1-2 स्प्रिंट के लिए एक योजना बनाएं

योजना

1. उद्घाटन (5 मिनट)
   एक। कार्यसूची
   ख। हम आपको बताते हैं कि कैसे प्रतिक्रिया दें
   सी। टीम से मिलना
2. सामान्य भाग (15 मिनट)
   एक। आपने क्या किया?
   ख। भविष्य की योजना (तिमाही पर ध्यान केंद्रित)
   सी। क्यू एंड ए
3. डेमो (15 मिनट)
   एक। पर चर्चा
   ख। टीज़र
4. LCP संवाद (10 मिनट)
   एक। तुमने क्या पाया? (ऐसा क्या है, क्या नहीं है)
   ख। जब हम खत्म (लगभग स्प्रिंट)
   सी। क्या बदला जाए? (उपयोगकर्ता के जीवन के बारे में बात करते हुए)
5. समीक्षा प्रारूप पर प्रतिक्रिया प्राप्त करना (5 मिनट)

परिणाम छवि

1. त्रैमासिक प्रतिक्रिया
2. पेंटवर्क पर सुधार की सूची
3. उपयोगकर्ता के सबसे गंभीर दर्द पर चर्चा करें, बाकी लिख लें
4. टीज़र की सामान्य समझ, 1-2 स्प्रिंट की योजना पर चर्चा करें
5. प्रतिभागियों से समीक्षा के प्रारूप पर प्रतिक्रिया

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

यह कैसे चला गया

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

खैर, यह प्रत्येक अतिथि के लिए टीम के दो सदस्यों से थोड़ा अधिक निकला

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

यह उत्पाद के पहले संस्करण जैसा दिखता था

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

संपादन के बाद उत्पाद संस्करण

शुरुआती प्रतिक्रिया के लिए धन्यवाद, हम एक ऐसी स्थिति से बचने में सक्षम थे जहां हमने अपने उपयोगकर्ताओं को एक कच्चा उत्पाद दिया था जिसे चलते समय संपादित करने की आवश्यकता थी।

एक टीम के रूप में, हमने बहुत मूल्यवान अनुभव प्राप्त किया है। मेरे साथियों का यही कहना है।

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

मंसूर अहमदी, क्यूए ऑटोटेक्स: “एक इंजीनियर के सिर में, अंतिम उपयोगकर्ता और उसके यूएक्स की छवि अक्सर दुनिया की वास्तविक तस्वीर से अलग होती है, जो बदले में सबसे उपयुक्त समाधान नहीं हो सकती है। पिछली बैठक में, यह काफी स्पष्ट था जब हमारे अतिथि ने उत्पाद के अपने दृष्टिकोण को रेखांकित किया। वह दृष्टि, जो उसे और अधिक खुशी देगी। वह दृष्टि जिस पर हमें ध्यान देना चाहिए। मेरी राय में, यह ठीक ऐसी बैठकें हैं जो तेजी से उसके पास आने में मदद करती हैं। ”

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

निष्कर्ष

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