Putting a Face to the Issue: Fostering User Empathy of Open Source Software Developers With PersonaFlow
यह शोध पत्र PersonaFlow को प्रस्तुत करता है, जो डेवलपर्स को उपयोगकर्ता के संदर्भ को बेहतर ढंग से समझने में मदद करने के लिए ओपन-सोर्स रिपॉजिटरी आर्टिफैक्ट्स से संपादन योग्य यूजर पर्सोना (user personas) उत्पन्न करने वाला एक टूल है, जिसे 13 डेवलपर्स के एक अध्ययन ने दिखाया कि इसने भावनात्मक जुड़ाव और व्यावहारिक ट्राइएजिंग (pragmatic triaging) दोनों के माध्यम से सहानुभूति को सफलतापूर्वक बढ़ावा दिया और अधिक उपयोगकर्ता-केंद्रित प्रतिक्रियाओं की ओर अग्रसर किया।
मूल पेपर CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/) के तहत लाइसेंस किया गया है। नीचे दिए गए पेपर की यह व्याख्या AI से तैयार की गई है। इसे लेखकों ने न तो लिखा है, न इसका समर्थन किया है। तकनीकी सटीकता के लिए मूल पेपर देखें। पूरा डिस्क्लेमर पढ़ें
कल्पना कीजिए कि आप एक विशाल, वैश्विक समुदाय के लिए एक स्वयंसेवक अग्निशमन कर्मी (volunteer firefighter) हैं जो एक साझा घर बना रहे हैं (यह ओपन सोर्स सॉफ्टवेयर, या OSS है)। हर दिन, आपको अपने दरवाजे के नीचे से सैकड़ों नोट्स मिलते हैं। इनमें से अधिकांश नोट्स एक अजीब, तकनीकी कोड में लिखे होते हैं: "दरवाजे का कब्जा 0.4 मिमी तक गलत संरेखित है," या "छत के ट्रस लोड की गणना गलत है।"
आप कोड को ठीक करने में माहिर हैं, लेकिन आप अक्सर यह नहीं जानते कि वह नोट किसने लिखा है। क्या वह एक बच्चा है जो तस्वीर टांगने की कोशिश कर रहा है? क्या वह एक दादा-दादी हैं जो गर्मी से बचने की कोशिश कर रहे हैं? या क्या वह एक पेशेवर ठेकेदार है? क्योंकि आप केवल तकनीकी समस्या देखते हैं, इसलिए आप अक्सर हर नोट को एक गणितीय पहेली की तरह जल्दी से हल करने के बजाय एक व्यक्ति द्वारा मदद मांगने के रूप में देखते हैं। आप शायद निराश होकर कह सकते हैं, "मैनुअल पढ़ो!" बिना यह महसूस किए कि जिस व्यक्ति ने नोट लिखा है, उसने कभी मैनुअल देखा ही नहीं है।
यही वह समस्या है जिसे यह शोध पत्र संबोधित करता है: डेवलपर्स मानवीय संबंध खो रहे हैं। वे "क्या" (बग) पर इतने केंद्रित हैं कि वे "कौन" (व्यक्ति) को भूल जाते हैं।
समाधान: "परसोनाफ्लो" (PersonaFlow)
शोधकर्ताओं ने PersonaFlow नामक एक टूल बनाया है। इसे एक जादुय अनुवादक के रूप में सोचें जो उन ठंडे, तकनीकी नोट्स को लेता है और उनके साथ एक "प्रोफाइल कार्ड" जोड़ देता है।
केवल "बग #405: टेक्स्ट टूल पहले संपादन को अनदेखा करता है" देखने के बजाय, डेवलपर देखता है:
नाम: नीना, एक मार्केटिंग मैनेजर।
लक्ष्य: उसे अपनी प्रेजेंटेशन के लिए एक स्क्रीनशॉट ठीक करने की आवश्यकता है।
पीड़ा का बिंदु (Pain Point): वह तनाव में है क्योंकि उसकी एक डेडलाइन है, और यह बग उसके काम को खराब कर रहा है।
आत्मविश्वास: 85% निश्चित है कि यह बग उसे प्रभावित करता है।
यह टूल प्रोजेक्ट के दस्तावेज़ों और पिछली चर्चाओं को पढ़कर स्वचालित रूप से ये प्रोफाइल बनाता है, और फिर उन्हें उन बग रिपोर्ट्स के साथ जोड़ देता है जिन्हें डेवलपर्स पहले से ही देख रहे हैं।
यह कैसे काम करता है (प्रयोग)
शोधकर्ताओं ने इसका परीक्षण 13 वास्तविक सॉफ्टवेयर डेवलपर्स के साथ किया। उन्होंने उनसे दो चीजें करने को कहा:
- पहले: एक बग रिपोर्ट देखें और सामान्य रूप से अपना जवाब लिखें।
- बाद में: उसी बग रिपोर्ट को देखें, लेकिन इस बार उसके साथ "परसोना कार्ड" लगा हुआ है।
क्या हुआ?
परिणाम आश्चर्यजनक और सुखद थे।
1. "चेहरा" प्रभाव (The "Face" Effect):
अधिकांश डेवलपर्स ने अपने जवाब लिखने का तरीका बदल दिया। पहले, वे रोबोटिक और तकनीकी थे। "चेहरा" (परसोना) देखने के बाद, वे मानवीय हो गए।
- पहले: "कृपया लॉग प्रदान करें।"
- बाद में: "मैं समझता हूँ कि आपकी प्रेजेंटेशन डेडलाइन के लिए यह निराशाजनक है। यहाँ एक त्वरित समाधान है।"
2. दो तरीके जिनसे यह काम आया:
शोध पत्र ने पाया कि इस टूल ने दो अलग-अलग तरीकों से मदद की, जैसे एक ही दरवाजे को खोलने वाली दो अलग चाबियाँ:
- भावनात्मक मार्ग (The Emotional Path): कुछ डेवलपर्स ने एक वास्तविक जुड़ाव महसूस किया। उन्होंने "नीना" को एक वास्तविक व्यक्ति के रूप में देखा जिसका एक तनावपूर्ण काम है, और वे उसकी मदद करना चाहते थे।
- व्यावहारिक मार्ग (The Practical Path): अन्य डेवलपर्स को "सहानुभूति" की अवधारणा से कोई फर्क नहीं पड़ा। उन्होंने परसोना को केवल एक ट्राइएज टूल (triage tool) के रूप में देखा। उन्होंने सोचा, "ओह, यह बग उपयोगकर्ताओं के एक विशिष्ट समूह को प्रभावित करता है जो फंस गए हैं। मुझे इसे पहले ठीक करना चाहिए।" बिना भावनात्मक हुए भी, उन्होंने अधिक दयालुता से कार्य किया और उपयोगकर्ताओं की जरूरतों को प्राथमिकता दी।
3. "विश्वास करें लेकिन सत्यापित करें" का नियम:
डेवलपर्स ने आँख मूंदकर AI पर भरोसा नहीं किया। उन्होंने संपादकों की तरह काम किया। यदि AI कहता है, "यह एक वरिष्ठ इंजीनियर है," लेकिन डेवलपर जानता है कि उनके उपयोगकर्ता ज्यादातर छात्र हैं, तो वे कहेंगे, "नहीं, यह गलत है," और प्रोफाइल को ठीक करेंगे। टूल ने उन्हें एक शुरुआती बिंदु दिया, लेकिन अंतिम निर्णय उन्हीं का रहा।
मुख्य निष्कर्ष
यह शोध पत्र तर्क देता है कि ओपन-सोर्स समुदायों में दयालुता या समझ की कमी इसलिए नहीं है कि डेवलपर्स बुरे लोग हैं। यह इसलिए है क्योंकि सिस्टम मनुष्यों को छिपा देता है। उनके टूल्स (जैसे बग ट्रैकर्स) दक्षता के लिए डिज़ाइन किए गए हैं, न कि यह दिखाने के लिए कि कौन प्रभावित है।
PersonaFlow डेवलपर्स को अधिक दयालु होने का प्रशिक्षण देने की कोशिश नहीं करता है। इसके बजाय, यह वातावरण को फिर से डिज़ाइन करता है ताकि मानवीय संदर्भ को अनदेखा करना असंभव हो जाए। यह समस्या के सामने एक चेहरा रखता है, जिससे डेवलपर को याद आता है कि कोड की हर लाइन के पीछे एक व्यक्ति है जिसका एक लक्ष्य, एक निराशा और एक डेडलाइन है।
संक्षेप में
- समस्या: डेवलपर्स बग को गणित की समस्याओं की तरह मानते हैं, उनके पीछे के लोगों को भूल जाते हैं।
- टूल: एक AI सहायक जो उपयोगकर्ताओं के लिए "कैरेक्टर कार्ड" बनाता है और उन्हें बग रिपोर्ट्स पर चिपका देता है।
- परिणाम: डेवलपर्स ने अधिक दयालु, अधिक सहायक जवाब लिखना शुरू किया और कोड कितना "टूटा हुआ" है, इसके बजाय इस आधार पर सुधारों को प्राथमिकता दी कि कौन पीड़ित है।
- सबक: आपको लोगों को सहानुभूति रखने के लिए मजबूर करने की आवश्यकता नहीं है; आपको बस समस्या का मानवीय चेहरा दिखाने की आवश्यकता है।
अपने क्षेत्र के पेपरों की भीड़ में उलझे हुए हैं?
आपके रिसर्च कीवर्ड से मेल खाने वाले सबसे नए और अलग सोच वाले पेपरों का रोज़ाना Digest पाएँ—तकनीकी सारांश के साथ, आपकी भाषा में।