विकिमीडिया फाउंडेशन की वार्षिक योजना/२०२५-२०२६/उत्पाद एवं प्रौद्योगिकी ओकेआर (OKRs)
आगामी वर्ष
विश्व बदल रही है, फिर भी विकिमीडिया फाउंडेशन इस बात को लेकर आश्वस्त है कि हमारा मिशन - विकिमीडिया परियोजनाओं से प्राप्त उपयोगी जानकारी को इंटरनेट पर निःशुल्क उपलब्ध कराना और बनाए रखना - एक बहु-पीढ़ीगत प्रयास होना चाहिए: हम चाहते हैं कि आने वाली कई पीढ़ियों को निःशुल्क ज्ञान उपलब्ध होता रहे।
इंटरनेट तेज़ी से बदल रहा है. नई पीढ़ी सोशल वीडियो और AI अनुभवों के ज़रिए जानकारी प्राप्त कर रही है, और पुरानी पीढ़ियों की तुलना में उनमें से कम लोग विकिपीडिया के बारे में जानते हैं. हम अपनी साइटों पर आने वाले लोगों की संख्या और संपादन करने वाले लोगों की संख्या में संबंधित गिरावट देख रहे हैं. इस बीच, इंटरनेट पर प्लेटफ़ॉर्म अपने AI और खोज ऑफ़रिंग को सशक्त हेतु विकिमीडिया कंटेंट पर निर्भर हैं. ये गतिशीलता बड़ी चुनौतियाँ हैं, लेकिन वे यह स्पष्ट करती हैं कि हम जो विश्वसनीय निःशुल्क ज्ञान बनाते हैं, वह इतना महत्त्वपूर्ण क्यों है. विश्व को पहले से कहीं अधिक भरोसेमंद, मानव-समीक्षित ज्ञान के स्रोत की आवश्यकता है, और विकिमीडिया परियोजनाएँ यह दिखाना जारी रख रही हैं कि वे इसे प्रदान कर सकती हैं.
आने वाले वर्ष में इन चुनौतियों का सामना हेतु, हम विकिमीडिया सामग्री को स्थायी रूप से उपयोग हेतु मार्ग बनाएँगे, और हम विकिमीडिया सामग्री को ऑनलाइन सामाजिक स्थानों पर लाएंगे जहाँ नई पीढ़ियाँ अपना समय बिता रही हैं। हम अपनी स्वयं की साइटों को बेहतर बनाएँगे ताकि पाठक वापस आना चाहें, गहराई से जुड़ें, और उन तरीकों से योगदान दें जो उनके लिए सार्थक हों। और हम नई तकनीक के साथ तेज़ी से प्रयोग करने की अपनी क्षमताा में निवेश करेंगे, ताकि पर विकास की गति विश्व के बदलने की गति से मेल खा सके।
बुनियादी ढाँचे का लक्ष्य यह है कि प्लेटफ़ॉर्म और उपयोगकर्ता अनुभव इन चुनौतियों का समाधान करने और आंदोलन में अधिकांश प्रतिभागियों तक पहुँचने में कैसे सहायता करेंगे। यह परियोजनाओं की सूची नहींं है, बल्कि इसके बजाय, स्वयंसेवकों की वृद्धि को बढ़ावा देने, स्वयंसेवकों को भरोसेमंद विश्वकोश सामग्री बनाने में सक्षम बनाने, हमारे मिशन को निधि देने और बदलते इंटरनेट को आकार देने के लिए हमारी पेशकश को विकसित हेतु दिशाओं का एक सेट है। आप उन चार रणनीतिक स्तंभों के बारे में अधिक पढ़ सकते हैं।
स्वयंसेवकों के विकास को बढ़ावा दें
स्वयंसेवकों का समुदाय विकिमीडिया परियोजनाओं की सफलता के पीछे अद्वितीय इंजन है, और हमें इसे स्वस्थ और बढ़ते रहने की आवश्यकता है। लेकिन पिछले वर्ष में, हमने परियोजनाओं में नए और वापस आने वाले संपादकों की संख्या में निरंतर गिरावट देखी है। हमारे वर्तमान स्वयंसेवकों की आवश्यकताओं को बेहतर ढंग से समझने और अधिक प्रभावी ढंग से उत्तर देने के लिए, फाउंडेशन ने समुदाय की इच्छा सूची को एक बार-वर्ष के सर्वेक्षण से सदैव-खुले प्रवेश प्रक्रिया में बदल दिया, जहाँ उपयोगकर्ता की आवश्यकताें और परियोजना के विचार फाउंडेशन में कई टीमों के कार्य में सम्मिलित हो सकते हैं। हमने इच्छाओं को "फोकस क्षेत्रों" में समूहीकृत किया और वार्षिक योजना में प्रमुख परिणामों के तहत उनमें से तीन फोकस क्षेत्रों को एकीकृत किया है। हमने फाउंडेशन टीमों द्वारा पूरे वर्ष समुदाय के सदस्यों के साथ-साथ विकी पर और उसके बाहर की कई बातचीत को पूरक बनाने के लिए एक पायलट उत्पाद और प्रौद्योगिकी सलाहकार परिषद भी प्रारम्भ की। इसके अतिरिक्त, हमने अपनी परियोजनाओं में नई पीढ़ियों को लाने के अवसरों की पहचान की है, जैसे कि यह तथ्य कि युवा लोग अन्य ऑनलाइन सामाजिक स्थानों में उत्सुकता से भाग ले रहे हैं जहाँ उनके पास रुचि के साझा विषयों पर जुड़ने के आसान, मोबाइल-अनुकूल उपाए हैं।
आने वाले वर्ष में, हम मोबाइल-फर्स्ट का विस्तार करके, संपादन के नए उपाए ("संरचित्त कार्य"), और नए योगदानकर्ताओं के लिए रचनात्मक मोबाइल संपादन को आसान बनाने वाले बुद्धिमान वर्कफ़्लो को जोड़कर, नई पीढ़ियों के लिए योगदान को आसान और अधिक आकर्षक बनाकर स्वयंसेवकों की वृद्धि को बढ़ावा देंगे ("संपादन जाँच")। उपलब्धा स्वयंसेवकों को अधिक गहराई से जोड़ने और बनाए रखने के लिए, हम अनुशंसित क्रियाएँ और कार्य पेश करेंगे और उन्हें एक केंद्रीय केंद्र में प्रस्तुत करेंगे जो विकि पर गतिविधि को व्यवस्थित करना आसान बनाता है। हम स्वयंसेवकों को उनके कार्य में सशक्त हेतु सोच-समझकर AI का उपयोग करेंगे, सदैव मनुष्यों को लूप में रखेंगे और पारदर्शिता को प्राथमिकता देंगे। नए और अनुभवी स्वयंसेवकों दोनों के लिए, हम अपनी साइटों पर जुड़ने और साथ कार्य हेतु रास्ते बनाएँगे - सफल अभियानों और विकिप्रोजेक्ट्स से प्रेरित होकर - उन्हें पसंद करने वाले संपादकों को खोजने और उनकी रुचियों से संबंधित सामग्री को बेहतर बनाने की अनुमति देते हुए (इस इच्छा सूची फोकस क्षेत्र के साथ संरेखित)।
विश्वसनीय विश्वकोशीय सामग्री प्रदान करें
जैसे-जैसे इंटरनेट पर AI द्वारा जनित सामग्री बढ़ती जा रही है, विश्व को पहले से कहीं अधिक भरोसेमंद विश्वकोश सामग्री की आवश्यकता है। हम स्वयंसेवकों की क्षमतााओं को बढ़ाना चाहते हैं ताकि वे नई सामग्री बना सकें, यह सुनिश्चित्त कर सकें कि उपलब्धा सामग्री भरोसेमंद बनी रहे, और नई आवश्यकताओं और प्राथमिकताओं वाले पाठकों की नई पीढ़ी को भरोसेमंद सामग्री प्रदान कर सकें।
स्वयंसेवकों को नई सामग्री बनाने में सहयता हेतु, हम उपलब्धा निर्देशित टूल और वर्कफ़्लो (जैसे कि सामग्री अनुवाद टूल) का निर्माण करेंगे, ताकि बड़े और छोटे समुदाय सामान रूप से महत्त्वपूर्ण सामग्री को कवर कर सकें। यह सुनिश्चित्त हेतु कि उपलब्धा सामग्री विश्वसनीय बनी रहे, हम अनुभवी स्वयंसेवकों को उनके बढ़ते कार्यभार को बेहतर ढंग से प्रबंधित करने में सहयता करेंगे, इसके लिए वे उन टूल का उपयोग करेंगे जिनका उपयोग वे उन कार्यों को खोजने के लिए करते हैं जिन पर उन्हें ध्यान देने की आवश्यकता है - जिससे उनके लिए लेखों को अपडेट करना और अनुपयोगी संपादनों को वापस करना आसान हो जाता है (इस इच्छा सूची फ़ोकस क्षेत्र के साथ संरेखित)।
हम अपने कार्यकर्ताओं को नए संकेत (आईपी पते से परे) उपलब्ध कराकर हमारी सामग्री की रक्षा करने में भी सहयता करेंगे, जो बुरे लोगों की पहचान करेंगे, तथा उपयोगकर्ताओं को इस तरह से ब्लॉक करने की अनुमति देंगे, जिससे नेकनीयत संपादकों को गलत उपाए से ब्लॉक करने की संभावना कम से कम हो।
नई पीढ़ी को विश्वकोश सामग्री प्रदान हेतु, हम ऐसी सुविधाएँ बनाएँगे जो नए प्रकार के पाठकों को लेखों को आसानी से समझने में सहयता करें, उन्हें अपनी रुचि की जानकारी खोजने में सहयता करें और उन्हें पढ़ते समय सक्रिय रूप से भाग लेने की अनुमति दें। इन परिवर्तनों का उद्देश्य नए विकिपीडिया पाठकों को समर्पित विकिपीडिया पाठक बनने के लिए प्रोत्साहित करना है, और उनमें से कुछ को दानकर्ता बनना है (इस इच्छा सूची फोकस क्षेत्र के साथ संरेखित)।
विश्वसनीय सामग्री प्रदान करने का अर्थ है “सेवा के रूप में ज्ञान” मॉडल का समर्थन करना, जहाँ पूरा इंटरनेट विकिमीडिया सामग्री पर निर्भर करता है। इस मॉडल में, हमारा बुनियादी ढाँचा न केवल हमारी वेबसाइट पर आने वाले मनुष्यों के लिए एक मूल्यवान संसाधन है, बल्कि खोज और AI कंपनियों के लिए भी है, जो अपने उत्पादों के लिए एक आधारभूत इनपुट और आउटपुट के रूप में स्वचालित रूप से हमारी सामग्री तक पहुँचते हैं। इस प्रकार की कंपनियाँ कई उपयोगों में से सिर्फ़ एक का प्रतिनिधिित्व करती हैं जो हमारे बुनियादी ढाँचे पर लगातार एक अस्थिर भार डालती हैं। पिछले वर्ष में, स्क्रैपर टूल और बॉट्स से आने वाले अनुरोधों की मात्रा में उल्लेखनीय वृद्धि ने इस प्रवृत्ति को सही हेतु हमारे लिए और अधिक ज़रूरी बना दिया है। हमें डेवलपर्स और पुन: उपयोगकर्ताओं के लिए ज्ञान सामग्री तक पहुँचने के लिए स्थायी मार्ग स्थापित करने की आवश्यकता है ताकि मनुष्यों को बॉट्स पर प्राथमिकता दी जाए।
'निःशुल्क' के भविष्य को निधि दें
उत्पाद और प्रौद्योगिकी विभाग यह सुनिश्चित्त करने में महत्त्वपूर्ण भूमिका निभाता है कि हमारा आंदोलन टिकाऊ हो। आने वाले वर्ष में, हम धन संग्रहण वाली टीम के साथ मिलकर कार्य करेंगे ताकि हमारे दानदाताओं को एक स्पष्ट और पुरस्कृत अनुभव मिले। हमारी साइटों और मोबाइल ऐप पर, हम पाठकों के लिए दान के माध्यम से विकिपीडिया के लिए अपनी प्रशंसा व्यक्त करने के अवसर बनाएँगे, और हम दानदाताओं को मान्यता प्राप्त महसूस कराने के लिए नए उपाए बनाएँगे ताकि वे वर्ष दर वर्ष अपना दान जारी रखें।
बदलते इंटरनेट को आकार दें
विश्व में हर किसी तक निःशुल्क ज्ञान पहुँचाने के लिए, हमें उनसे वहीं मिलना होगा जहाँ वे हैं, ऐसे अनुभवों के साथ जो उन्हें सीखने में सहयता करें। १८-२४ वर्ष की आयु के लोगों में विकिपीडिया के बारे में जागरूकता और उपयोग उनके पहले की पीढ़ियों की तुलना में कम है। वे बड़े पैमाने पर शॉर्टफ़ॉर्म वीडियो प्लेटफ़ॉर्म, विश्वसनीय ऑनलाइन व्यक्तित्व, सोशल गेमिंग अनुभव और, तेज़ी से, AI अनुप्रयोगों से सीखते हैं और उनसे बातचीत करते हैं। इस वर्ष, हम उन दर्शकों के लिए विकिपीडिया उपलब्ध कराएँगे जहाँ वे ऑनलाइन समय बिताते हैं, ताकि वे विकिपीडिया को भरोसेमंद और मानव-निर्मित ज्ञान के स्रोत के रूप में जान सकें। हम लोकप्रिय वीडियो प्लेटफ़ॉर्म पर अपनी उपस्थिति बढ़ाएँगे, विकिपीडिया सामग्री का प्रसार करेंगे और उन स्थानों पर समुदाय का निर्माण करेंगे। और हम विकिपीडिया के ज्ञान को गेमिंग और सोशल प्लेटफ़ॉर्म पर लाने के लिए विचारों का पता लगाएँगे।
इन्फ्रास्ट्रक्चर के भीतर, इसे तीन कार्य पोर्टफोलियो (जिन्हें "बकेट" कहा जाता है) में विभाजित किया गया है: विकी अनुभव, सिग्नल और डेटा सेवाएँ, और भावी दर्शक। ये बकेट पिछले वर्ष और उससे पहले के वर्ष के सामान ही हैं।
कुल मिलाकर, हमारा मानना है कि यह योजना इंटरनेट के इतिहास में एक महत्त्वपूर्ण क्षण को पूरा करती है, जो हमें यह सुनिश्चित्त हेतु तैयार करती है कि निःशुल्क ज्ञान सामग्री सभी पीढ़ियों के लिए सुलभ और आकार लेती रहे। हमारे उद्देश्य और मुख्य परिणाम इस योजना की संरचना और सामग्री को अधिक विस्तार से दिखाते हैं, और हम व्यापक समुदाय से प्रश्न और विचार सुनने के लिए उत्सुक हैं।
विकिमीडिया परियोजनाओं और स्वयंसेवकों के लिए बुनियादी ढाँचे का निर्माण, सुधार और रखरखाव, जो हमारे मूल्यों पर आधारित हो
"फाउंडेशन अपनी परियोजनाओं से संबंधित उपयोगी जानकारी को इंटरनेट पर सदैव के लिए निःशुल्क उपलब्ध कराएगा।"
उत्पाद और प्रौद्योगिकी टीमें विकिमीडिया परियोजनाओं की सेवा करने वाले बुनियादी ढाँचे के निर्माण, सुधार और रखरखाव के लिए एक स्थायी, वर्ष भर की प्राथमिकता समर्पित करती हैं। हम विकिमीडिया परियोजनाओं की मेजबानी, ओपन-सोर्स सॉफ़्टवेयर और डिज़ाइन सिस्टम विकसित करने और डेटा उत्पादों और एआई मॉडल के लिए बुनियादी ढाँचे को बनाए रखने और सुधारने में निवेश करते हैं।
हमारे आवश्यक कार्य का एक भाग एक बड़ी लोकप्रिय वेबसाइट को विकसित करने और होस्ट करने के मूल सिद्धांतों पर केंद्रित है। हम अपने विकिमीडिया प्रोजेक्ट को डेटा सेंटर में, सर्वर और हार्डवेयर पर होस्ट करते हैं जिन्हें हम खरीदते हैं, इंस्टॉल करते हैं और बनाए रखते हैं, एक दूसरे से और बाकी इंटरनेट से हाई स्पीड नेटवर्क पर जुड़े होते हैं। हम निगरानी करते हैं और जहाँ आवश्यकता होती है वहाँ क्षमताा बढ़ाते हैं, और जब उपकरण बहुत पुराने हो जाते हैं तो उन्हें रिफ्रेश करते हैं। उदाहरण के लिए, इस वर्ष, हम अपनी क्षमताा का विस्तार करने और एशबर्न, वर्जीनिया और कैरोलटन, टेक्सास में अपने डेटासेंटर में अपने हार्डवेयर को रिफ्रेश करने की उम्मीद करते हैं।
हम ओपन-सोर्स सॉफ़्टवेयर (सबसे उल्लेखनीय रूप से मीडियाविकी) डिज़ाइन और विकसित करते हैं। हम कई उपलब्धा थर्ड-पार्टी ओपन-सोर्स एप्लिकेशन, लाइब्रेरी और फ़्रेमवर्क का उपयोग और परिनियोजन भी करते हैं। हमारे सॉफ़्टवेयर में महत्त्वपूर्ण बग को प्राथमिकता दी जाती है और ठीक किया जाता है। ओपन सोर्स सॉफ़्टवेयर को बनाए रखने के लिए ओपन सोर्स सॉफ़्टवेयर डेवलपमेंट, साइट विश्वसनीयता इंजीनियरिंग (एसआरई), उत्पाद प्रबंधन, प्रोग्राम प्रबंधन, डिज़ाइन और बहुत कुछ में विशेष विशेषज्ञता वाले लोगों से अत्यधिक कुशल कार्य की आवश्यकता होती है। हमारे कर्मचारी यह सुनिश्चित्त हेतु कार्य करते हैं कि हमारे सॉफ़्टवेयर और सिस्टम अद्यतित हैं और सदैव बदलते परिवेश के अनुकूल हैं। इसमें सुरक्षा सुधारों से लाभ उठाने और नए थर्ड-पार्टी सॉफ़्टवेयर के साथ अच्छी तरह से कार्य हेतु हमारे कोड को आधुनिक बनाना सम्मिलित है। उदाहरण के लिए, मीडियाविकी PHP में लिखा गया है, और पिछले वर्ष हमने PHP ७.४ से ८.१ में माइग्रेट किया, जिसके लिए कोड और बुनियादी ढाँचे दोनों में बदलाव की आवश्यकता थी जहाँ हम अपनी साइटों और सेवाओं को होस्ट करते हैं। इस वर्ष, हम उस प्रयास को आगे बढ़ाएँगे और ८.१ अपग्रेड में सीखे गए सबक और विकसित किए गए टूल का उपयोग करके ८.३ में माइग्रेट करेंगे। अपडेट करने से हमारे सिस्टम पाठकों के लिए तेज़ हो जाएँगे, कर्मचारियों और स्वयंसेवकों के लिए उपयोग में आसान हो जाएँगे, और सभी के लिए अधिक सुरक्षित हो जाएँगे। भाषा अपडेट के साथ आने वाले सुरक्षा, प्रदर्शन और समर्थन सुधारों के कारण यह भविष्य के विकास समय को भी बचाएगा।
यह सुनिश्चित्त हेतु कि हमारी परियोजनाएँ और सामग्री आज और सदैव के लिए इंटरनेट पर उपलब्ध रहें, हमारी टीमें हमारी साइटों और सेवाओं की उच्च उपलब्धता सुनिश्चित्त हेतु महत्त्वपूर्ण मात्रा में प्रयास करती हैं। इस कार्य का एक पहलू भयावह या दुर्भावनापूर्ण घटनाओं से आपदा वसूली पर केंद्रित है। उदाहरण के लिए, हम सुनिश्चित्त करते हैं कि हमारे पास महत्त्वपूर्ण डेटा का बैकअप है, और हम उनसे पुनर्प्राप्त करने में सक्षम हैं। इसी तरह, वर्ष में दो बार हम अपने डेटा केंद्रों के बीच अपनी साइटों को स्वचालित उपाए से स्विच करने की अपनी क्षमताा का परीक्षण करते हैं, और जो भी समस्याएँ पाते हैं उन्हें ठीक करते हैं। इस कार्य का एक अन्य पहलू हमें प्राप्त होने वाले ट्रैफ़िक के प्रकारों और मात्राओं में उभरते रुझानों की पहचान करने और उनके अनुकूल होने पर केंद्रित है। उदाहरण के लिए, स्वचालित स्क्रैपर्स में अभूतपूर्व वृद्धि के साथ, हम यह सुनिश्चित्त हेतु कार्य को प्राथमिकता दे रहे हैं कि हमारी साइटें और सेवाएँ मानव उपयोगकर्ताओं के लिए सुलभ रहें, हमारे बुनियादी ढाँचे के उत्तरदायी उपयोग के आसपास मानदंड स्थापित हेतु एक व्यवस्थित दृष्टिकोण अपनाते हुए।
सभी कार्य पहले से योजनाबद्ध नहींं होते। हम अप्रत्याशित उभरती घटनाओं और घटनाओं, जैसे साइट आउटेज, सुरक्षा रिपोर्ट या सुरक्षा घटनाएं, या हमारे प्रोजेक्ट पर बड़े पैमाने पर बर्बरता के हमलों का भी उत्तर देते हैं। हम विश्व भर में अपने प्रदर्शन और पहुँच में बाधाओं (इंटरनेट कनेक्टिविटी समस्याओं, या सेंसरशिप ब्लॉक सहित) की निगरानी करते हैं, और हमें मिलने वाली किसी भी विसंगति की जाँच करते हैं। इनमें से कुछ अप्रत्याशित घटनाओं या समस्याओं के दोहराए जाने वाले पैटर्न के परिणामस्वरूप कर्मचारी अल्पकालिक अनुवर्ती परियोजनाओं को प्राथमिकता देते हैं जिनका उद्देश्य आगे के नाकारात्मक प्रभाव को कम करना या पूरी तरह से रोकना है। उदाहरण के लिए, इस तरह के प्रयास हमारे विकिमीडिया प्रोजेक्ट्स को प्रमुख समाचार घटनाओं (जैसे, हाई-प्रोफाइल सेलिब्रिटी की मृत्यु) के कारण वैश्विक ट्रैफ़िक स्पाइक्स का सामना करने में सक्षम बनाने के लिए महत्त्वपूर्ण थे, प्रदर्शन अनुकूलन, अड़चन वाले क्षेत्रों के वास्तुशिल्प पुन: डिज़ाइन और क्षमताा वृद्धि के संयोजन के माध्यम से। इसी तरह, हमारे द्वारा प्राप्त ट्रैफ़िक को प्रबंधित हेतु हमारे उपकरणों और प्रणालियों की उपयोगिता में हाल ही में हुए सुधारों ने हमें बदलती परिस्थितिियों में अधिक तेज़ी से और प्रभावी ढंग से प्रतिक्रिया करने में सक्षम बनाया है। इस तरह का अनुकूली कार्य उभरती घटनाओं, अक्सर कम समय के पैमाने पर, का उत्तर देने और यह सुनिश्चित्त करने की हमारी क्षमताा का अभिन्न अंग है कि हमारी परियोजनाएँ और सामग्री उपलब्ध रहें।
उत्पाद एवं प्रौद्योगिकी के उद्देश्य
यहाँ प्रस्तुत उद्देश्य प्रारूप के रूप में हैं और टिप्पणियों और चर्चा के लिए खुले हैं।
- उद्देश्य एक उच्च स्तरीय निर्देश का प्रतिनिधित्व करते हैं।
- "मुख्य परिणाम" (के.आर.) उनके उद्देश्यों की सफलता को ट्रैक हेतु एक मापनीय तरीका दर्शाते हैं।
- प्रत्येक केआर के लिए अंतर्निहित "परिकल्पनाएँ" उस वास्तविक कार्य को दर्शाती हैं जो हम संबंधित प्रमुख परिणामों को प्राप्त हेतु कर रहे हैं। उन्हें इस आलेख में और संबंधित परियोजना या टीम के विकी पृष्ठों पर अपडेट किया जाएगा क्योंकि पूरे वर्ष में अंतर्दृष्टि प्राप्त होती है।
-
उस कार्य के लिए है जिसे फाउंडेशन समुदाय इच्छा सूची के अंतर्गत प्राथमिकता दे रहा है।
विकी अनुभव (विअ/WE)
योगदानकर्ता के अनुभव (WE1)
- उद्देश्य: योगदान में वृद्धि होती है क्योंकि स्वयंसेवकों को आकर्षक अवसर प्रदान किए जाते हैं और वे उनके प्रभाव को समझते हैं।
- संदर्भ: यह उद्देश्य अपने ३ स्तंभों के साथ नई योगदानकर्ता रणनीति को क्रियान्वित करने का आधार होगा: १) स्वयंसेवकों को अपनी विकि गतिविधि को व्यवस्थित करने का एक केंद्रीकृत तरीका प्रदान करना, २) अधिक स्पष्टता बनाने और स्वयंसेवकों को उनकी क्षमताा प्राप्त करने में सहयता हेतु छोटे, अलग-अलग कार्य प्रदान करना, और ३) योगदान को अधिक सार्थक बनाना। FY२५/२६ में, हम स्वयंसेवकों को अपनी विकि गतिविधि को केंद्रीकृत उपाए से व्यवस्थित करने में सहयता हेतु बुनियादी ढाँचा प्रदान करने की योजना बनाते हैं, जो विशेष रूप से अनुभवी संपादकों और मॉडरेटर पर केंद्रित हस्तक्षेपों से प्रारम्भ होता है। बाद के वर्षों में हम सभी योगदानकर्ता भूमिकाओं में हस्तक्षेप जोड़ेंगे और अधिक समस्या वाले क्षेत्रों को सम्मिलित करेंगे। इसके अतिरिक्त, हम संपादन जाँच और संरचित्त कार्यों में निवेश करना जारी रखेंगे, संपादन प्रक्रिया के दौरान मार्गदर्शन के रूप में और स्वयंसेवकों को आकर्षक अवसरों की ओर इंगित करने के उपाए के रूप में, एक स्केलेबल उपाए से AI का उपयोग करने के उपाए के लिए एक आधार का निर्माण करेंगे। और अंत में, हम स्वयंसेवकों के लिए अधिक सार्थक अनुभव बनाने के लिए उनके प्रभाव को अधिक दृश्यमान बनाने में निवेश करेंगे।
- मुख्य परिणाम WE१.१: ≤१०० संचयी संपादन वाले संपादकों द्वारा मोबाइल वेब पर रचनात्मक संपादन प्रकाशित करने की दर में ४% की वृद्धि [ii], जैसा कि नियंत्रित प्रयोगों द्वारा मापा गया है (Q२ के अंत तक)।
- i. "रचनात्मक संपादन" = किसी भी विकिपीडिया मुख्य नामस्थान में पृष्ठों में किए गए संपादन जिन्हें प्रकाशित होने के ४८ घंटों के भीतर वापस नहींं किया जाता है।
- ii. T389403#10960480
- नए स्वयंसेवकों को सफलतापूर्वक संपादन प्रारम्भ करने में कठिनाई होती है। खास तौर पर, मोबाइल डिवाइस का उपयोग करने वाले लोग, जहाँ स्क्रीन स्पेस सीमित होता है और ध्यान अक्सर बिखरा रहता है।
- कुछ लोग रचनात्मक योगदान देने के लिए आवश्यक संदर्भ, धैर्य और परीक्षण और त्रुटि से थक जाते हैं। दूसरों को अभी तक प्रयास करने का कोई आकर्षक अवसर नहींं मिला है।
- WE १.१ इन मुद्दों का समाधान इस प्रकार करेगा:
- संपादन हेतु सुझाव प्रस्तुत करना
- संपादन में कार्रवाई योग्य मार्गदर्शन प्रदान करना
- अधिक कार्य-विशिष्ट संपादन वर्कफ़्लो का निर्माण करना
- इन प्रयासों का मूल यह है कि ऐसे मापनीय तरीकों की आवश्यकता है जिनसे पता लगाया जा सके कि चल रहे संपादनों और उपलब्धा सामग्री को कैसे बेहतर बनाया जा सकता है। इस क्षमताा को बढ़ाने के लिए, हम मशीन लर्निंग के साथ प्रयोग जारी रखेंगे ताकि यह पता लगाया जा सके कि यह विभिन्न भूमिकाओं और अनुभव स्तरों के संपादकों की सर्वोत्तम सेवा कैसे कर सकती है।
- प्रस्तावित केआर स्कोरिंग पद्धति: प्रति प्लेटफ़ॉर्म के आधार पर, हम उन हस्तक्षेपों के अनुपात की गणना करेंगे जिन्हें हमने नियंत्रित प्रयोगों के माध्यम से लागू और मूल्यांकन किया है और जो इस वर्ष की प्रारम्भ में हमारे द्वारा निर्धारित रचनात्मक संपादन लक्ष्य को पूरा करते हैं और/या उससे आगे निकल जाते हैं। विचार के लिए phab:T379285#10782051 देखें।
- नोट: ३० जून, २०२५ तक, WE १.१ में दो नियंत्रित प्रयोगों की योजना बनाई गई है।
- संदर्भ: यह उद्देश्य अपने ३ स्तंभों के साथ नई योगदानकर्ता रणनीति को क्रियान्वित करने का आधार होगा: १) स्वयंसेवकों को अपनी विकि गतिविधि को व्यवस्थित करने का एक केंद्रीकृत तरीका प्रदान करना, २) अधिक स्पष्टता बनाने और स्वयंसेवकों को उनकी क्षमताा प्राप्त करने में सहयता हेतु छोटे, अलग-अलग कार्य प्रदान करना, और ३) योगदान को अधिक सार्थक बनाना। FY२५/२६ में, हम स्वयंसेवकों को अपनी विकि गतिविधि को केंद्रीकृत उपाए से व्यवस्थित करने में सहयता हेतु बुनियादी ढाँचा प्रदान करने की योजना बनाते हैं, जो विशेष रूप से अनुभवी संपादकों और मॉडरेटर पर केंद्रित हस्तक्षेपों से प्रारम्भ होता है। बाद के वर्षों में हम सभी योगदानकर्ता भूमिकाओं में हस्तक्षेप जोड़ेंगे और अधिक समस्या वाले क्षेत्रों को सम्मिलित करेंगे। इसके अतिरिक्त, हम संपादन जाँच और संरचित्त कार्यों में निवेश करना जारी रखेंगे, संपादन प्रक्रिया के दौरान मार्गदर्शन के रूप में और स्वयंसेवकों को आकर्षक अवसरों की ओर इंगित करने के उपाए के रूप में, एक स्केलेबल उपाए से AI का उपयोग करने के उपाए के लिए एक आधार का निर्माण करेंगे। और अंत में, हम स्वयंसेवकों के लिए अधिक सार्थक अनुभव बनाने के लिए उनके प्रभाव को अधिक दृश्यमान बनाने में निवेश करेंगे।
- मुख्य परिणाम WE१.२: Q४ के अंत तक विकी पर सहयोग की संख्या में 55% वार्षिक वृद्धि।
- योगदानकर्ता अक्सर एक दूसरे के साथ सहयोग करने के अवसर खोजने के लिए संघर्ष करते हैं, खासकर उन विषयों और कार्यों के बारे में जो उन्हें पसंद हैं। इससे नए लोगों के लिए विकी पर अकेले होने का एहसास हो सकता है, और यह अनुभवी संपादकों के लिए थकान का कारण बन सकता है। इसके अतिरिक्त, सहयोगी गतिविधियों का प्रभाव अक्सर अस्पष्ट होता है, जिसके कारण कम लोग विकी पर सहयोग में सम्मिलित होना, आयोजन करना या समर्थन करना चाहते हैं।
- हम निम्नलिखित कार्य करके सहयोग के मूल्य को और अधिक स्पष्ट करना चाहते हैं:
- विकी पर सहयोगात्मक गतिविधियों के प्रभाव को साझा हेतु नए उपाए बनाएँ
- सहयोगात्मक गतिविधियों के प्रभाव पर आंदोलन-व्यापी डेटा एकत्र करना प्रारम्भ करें
- सहयोगात्मक योगदानों को ट्रैक हेतु बुनियादी ढाँचे की स्थापना करें, ताकि हम भविष्य में योगदानों को मान्यता देने और पुरस्कृत हेतु नए अभिनव उपाए प्रदान कर सकें
- सहयोग को CampaignEvents एक्सटेंशन में इवेंट पंजीकरण के माध्यम से बनाई गई नई गतिविधियों द्वारा मापा जाएगा। लक्ष्य यह है कि, इस KR के अंत तक, पर पास एक्सटेंशन टूल के अधिक उपयोगकर्ता होंगे और सहयोग प्रभाव को सामने लाने के नए उपाए होंगे। यह हमें पर उपलब्धा बुनियादी ढाँचे को विकी पर कार्य को पहचानने और पुरस्कृत करने के अन्य तरीकों (जैसे प्रभाव मॉड्यूल, धन्यवाद, आदि) से जोड़ने के लिए एक अच्छी जगह पर रखेगा।
- इच्छा सूची फोकस क्षेत्र: समुदाय इच्छा सूची/फोकस क्षेत्र/योगदानकर्ताओं को जोड़ना
- मुख्य परिणाम WE१.३: तीसरी तिमाही के अंत तक, जिन योगदानकर्ताओं को नए मॉडरेटरों के लिए होमपेज प्रस्तुत किया गया था, उनमें से १०% ने लगातार दो सप्ताह तक इसका दौरा किया।
- हमारा मानना है कि हम स्वयंसेवकों के लिए योगदान के अवसर बेहतर ढंग से प्रस्तुत कर सकते हैं। हमारा मानना है कि दीर्घकालिक रूप से, एक होमपेज किसी भी संपादक के लिए अपने कार्य को व्यवस्थित करने, नए अवसर खोजने और उनके प्रभाव को समझने में सहयतागार हो सकता है। वित्त वर्ष २५/२६ में हमारा लक्ष्य अनुभवी संपादकों को मॉडरेशन के ऐसे नए अवसर प्रदान करना है जिनसे वे अन्यथा परिचित् नहींं होते।
- हम सबसे पहले इस सिद्धांत का परीक्षण यह समझकर करेंगे कि अनुभवी संपादक होमपेज के साथ कितना जुड़ाव रखेंगे, जैसा कि नए लोगों के पास होता है।
- इसके बाद हम विशिष्ट मॉडरेशन गतिविधियों (जिनका विवरण निर्धारित किया जाना है) को उन योगदानकर्ताओं के समक्ष प्रस्तुत करेंगे जो इस प्रकार की मॉडरेशन कार्रवाई के लिए नए हैं, जिसका लक्ष्य कम बैकलॉग (एक नए के.आर. के. के. के. अंतर्गत) के माध्यम से अनुभवी संपादकों पर बोझ को कम करने में सहयता करना है।
- यदि होमपेज (मुख्यपृष्ठ) की अवधारणा सफल रही, तो हम इस पृष्ठ को समुदायों की आवश्यकताओं को पूरा हेतु मॉड्यूलर बनाने की योजना बना रहे हैं। इन मॉड्यूल में संपादकों के लिए उनके प्रभाव को समझना आसान बनाने जैसी चीज़ें सम्मिलित हो सकती हैं।
- कार्यप्रणाली के बारे में नोट्स:
- हमारे पास अपने दर्शकों को परिभाषित हेतु एक परिकल्पना होगी, जो WE१.३.१ का भाग होगी।
- "मॉडरेटर" Research:Develop a working definition for moderation activity and moderators में शुरू की गई परिभाषा का पालन करेंगे, हालांकि मात्रात्मक परिभाषा को संक्षिप्त करने के लिए अनुवर्ती कार्य की आवश्यकता होगी।
- दूसरा सप्ताह प्रत्येक उपयोगकर्ता की पहली विज़िट के समय के सापेक्ष निर्धारित किया जाएगा। इस स्थिति में, हम उन सभी नए मॉडरेटर्स की समीक्षा करेंगे जिन्होंने एक निर्दिष्ट समयावधि के दौरान होमपेज पर विज़िट किया और उसके बाद कम से कम एक बार और (७ से १४ दिन) बार विज़िट किया।
- इच्छा सूची फोकस क्षेत्र: समुदाय इच्छा सूची/फोकस क्षेत्र/कार्य प्राथमिकता
- हमारा मानना है कि हम स्वयंसेवकों के लिए योगदान के अवसर बेहतर ढंग से प्रस्तुत कर सकते हैं। हमारा मानना है कि दीर्घकालिक रूप से, एक होमपेज किसी भी संपादक के लिए अपने कार्य को व्यवस्थित करने, नए अवसर खोजने और उनके प्रभाव को समझने में सहयतागार हो सकता है। वित्त वर्ष २५/२६ में हमारा लक्ष्य अनुभवी संपादकों को मॉडरेशन के ऐसे नए अवसर प्रदान करना है जिनसे वे अन्यथा परिचित् नहींं होते।
- मुख्य परिणाम WE१.४: वॉचलिस्ट और/या हाल के परिवर्तनों पर अद्वितीय आगंतुकों के % में सुधार करें जो संपादन देखने के लिए क्लिक करते हैं।
- हमारा लक्ष्य १०० से अधिक संपादन करने वाले संपादकों को उनकी रुचियों से संबंधित संपादनों को अधिक कुशलता से खोजने और खोलने में सहयता करना है। हम कार्य की प्राथमिकता का फ़ोकस क्षेत्र का अन्वेषण करेंगे, इस क्षेत्र में इच्छाओं को पूरा करेंगे, और इन सतहों को बेहतर बनाने के तरीकों पर स्वयंसेवकों से अतिरिक्त प्रतिक्रिया प्राप्त करेंगे। हम क्लिक-थ्रू दरों के संकेतक मीट्रिक द्वारा परिभाषित "कार्य खोजने" में प्रत्येक पृष्ठ की प्रभावशीलता में सुधार करके सफलता का आकलन कर सकते हैं।
- मुख्य परिणाम WE१.५: एक डैशबोर्ड बनाकर और मासिक सक्रिय मॉडरेटर मेट्रिक्स को संचालित करके, Q४ के अंत तक योगदानकर्ता रणनीति में उल्लिखित लक्ष्यों को प्राप्त करने की दिशा में प्रगति को ट्रैक हेतु आवश्यक सात उच्च प्राथमिकता वाले मेट्रिक्स [१] को परिभाषित और संचालित करें।
[१] बनाए रखा संपादक, रचनात्मक सक्रियण, रचनात्मक संपादन, खाता पंजीकरण बनाए रखा नवागंतुक, कार्यकाल के अनुसार सक्रिय संपादक, अनुभव स्तर के अनुसार सक्रिय संपादक।- योगदानकर्ता अनुभव रणनीति में तीन मुख्य गतिविधियों के माध्यम से "स्वयंसेवक विकास को बढ़ावा देने" और नए और उपलब्धा दोनों योगदानकर्ताओं की "प्रतिधारण और सक्रियता बढ़ाने" के लिए ३-५ वर्ष के प्रयास की परिकल्पना की गई है:
- स्वयंसेवकों को अनुशंसा प्राप्त करने, अपने कार्यों और रुचियों का प्रबंधन करने, विकी पर क्या हो रहा है यह देखने और उनके प्रभाव को समझने के उपाए को सुव्यवस्थित करना
- अधिक स्पष्टता लाने के लिए उचित्त रूप से संरचित्त कार्यों की पेशकश करना और स्वयंसेवकों को उनके द्वारा भेजे जाने वाले वर्कफ़्लो को अनुकूलित करके उनकी क्षमताा को प्राप्त करने में सहायता करना, जिसमें संरचित्त मार्गदर्शन प्रदान करने और दोहराए जाने वाले कार्यों को स्वचालित करने में निरंतर निवेश सम्मिलित है, जिसमें मोबाइल वेब अनुभव पर विशेष ध्यान दिया जाता है।
- स्वयंसेवकों को उनके प्रभाव को दर्शाकर तथा मानवीय संपर्क के अवसरों में निवेश करके तथा सकारात्मक प्रतिक्रिया पर आधारित वातावरण बनाकर योगदान को सार्थक बनाना
- इसके बाद, एक मापन रणनीति परियोजना ने परिवर्तन के इस सिद्धांत पर दॄष्टि रखने के लिए मेट्रिक्स का एक व्यापक नेटवर्क तैयार किया। इसने निष्कर्ष निकाला कि सफलता का प्राथमिक माप ("मुख्य मेट्रिक्स") संपादकों की संख्या होनी चाहिए, जिसके पूरक के रूप में रचनात्मक सक्रियता और योगदानकर्ताओं की वापसी की मंशा जैसे संकीर्ण संकेतक मेट्रिक्स और सक्रिय संपादकों और गुणवत्तापूर्ण सामग्री जैसे व्यापक "डाउनस्ट्रीम" मेट्रिक्स होने चाहिए। हमें यह सुनिश्चित्त करने की आवश्यकता है कि ये मेट्रिक्स हमारे डैशबोर्ड पर क्रियाशील और दृश्यमान हों, ताकि हम रणनीति के कार्यान्वयन की दिशा में अपनी प्रगति पर दॄष्टि रख सकें।
महत्त्वपूर्ण ज्ञान (WE२)
- उद्देश्य: विभिन्न भाषाओं और विषयों में अधिक महत्वपूर्ण ज्ञान उपलब्ध कराना तथा उसे अच्छी तरह से चित्रित करना।
- उद्देश्य संदर्भ: यह उद्देश्य सामग्री वृद्धि को बढ़ावा देगा जो विशेष विषयों और भाषाओं में योगदानकर्ताओं की रुचियों और पाठकों की महत्त्वपूर्ण ज्ञान की मांग के प्रति उत्तरदायी है जो अच्छी तरह से चित्त्रित है। महत्त्वपूर्ण ज्ञान लेखों का एक समूह है जो एक उपयोगी विकिपीडिया भाषा परियोजना के लिए आवश्यक विषयों की चौड़ाई और गहराई प्रदान करता है। इसे समुदायों द्वारा उल्लेखूनीयता, प्रासंगिकता, अनुमानित पाठक संख्या और लेखों के बीच संबंधों के संदर्भ में परिभाषित किया जाता है।
- हम सामाजिक-तकनीकी दृष्टिकोण अपनाएंगे, जिससे सुविधाओं, उपकरणों और सामाजिक प्रक्रियाओं की प्रभावशीलता में सुधार होगा। हम सुझाए गए कार्यों, मीडिया खोज और सामग्री अनुवाद जैसी उच्च-प्रभावी उत्पाद सुविधाओं पर कार्य करेंगे, लेकिन साथ ही छोटी भाषा के विकिपीडियाओं के ऑनबोर्डिंग और विकास को भी सुविधाजनक बनाएँगे। हम विकिमीडिया आयोजकों का समर्थन करेंगे जो विकीप्रोजेक्ट्स और अभियानों जैसे सहयोगी सेटअप के माध्यम से साझा सामग्री लक्ष्यों पर कार्य हेतु योगदानकर्ताओं की भर्ती, प्रशिक्षण और समर्थन करते हैं। (हमारा अनुमान है कि प्रत्येक तिमाही में कम से कम ३०० आयोजक सक्रिय हैं।) हम स्रोत सामग्री की बाधाओं को दूर हेतु सबसे अधिक प्रासंगिक प्रकाशकों के साथ संबंध भी विकसित करेंगे। (वर्तमान में पर पास विश्व के १०० से अधिक शीर्ष सब्सक्रिप्शन-ओनली डेटाबेस के साथ साझेदारी है।)
- यह सुनिश्चित्त हेतु कि पर हस्तक्षेपों का महत्त्वपूर्ण ज्ञान पर सकारात्मक प्रभाव पड़े, हम समुदाय-प्राथमिकता वाली सामग्री की वृद्धि और उस सामग्री की गुणवत्ता, दोनों को मापेंगे, तथा प्रत्यावर्तन दरों और उद्धरणों और छवियों की संख्या जैसे कारकों पर ध्यान देंगे।
- मुख्य परिणाम WE२.१: Q२ के अंत तक, ३ हस्तक्षेपों का प्रयोग और मूल्यांकन करें जो योगदानकर्ताओं को उनके विकिपीडिया पर महत्त्वपूर्ण सामग्री की स्थिति में सुधार करने में सहयता करते हैं।
- यह केआर संपादन तंत्र के भीतर सामग्री अंतराल को उजागर करेगा, जैसे कि विकिपीडिया पर छवियों की खोज, सामग्री अनुवाद, और नए लेखों का निर्देशित निर्माण। हम छोटे भाषा समुदायों के लिए सामग्री निर्माण गतिविधि का समर्थन हेतु एक सामाजिक-तकनीकी हस्तक्षेप को भी लागू और परीक्षण करेंगे। सफलता को प्रत्येक परिकल्पना के भीतर मापा जाएगा।
- मुख्य परिणाम WE२.२: चौथी तिमाही के अंत तक, प्लेटफ़ॉर्म क्षमतााओं का निर्माण करें ताकि यह प्रमाणित हो सके कि हम अमूर्त विकिपीडिया के दृष्टिकोण का बड़े पैमाने पर समर्थन कर सकते हैं। हमें अपनी सफलता का पता तभी चलेगा जब हम यह साबित कर पाएँगे कि यह प्रणाली विकिडेटा और प्राकृतिक भाषा निर्माण का उपयोग करके समृद्ध, बहुभाषी विश्वकोश सामग्री प्रदान करती है, विकिमीडिया समुदाय द्वारा नियंत्रित है, और व्यापक रोलआउट में उत्कृष्ट प्रदर्शन करती है।
- अब जबकि हम विकिपीडिया पर बुनियादी, सादे पाठ्य सामग्री प्रदर्शित हेतु विकिडेटा का उपयोग कर सकते हैं, अगला कदम ऐसे प्लेटफ़ॉर्म क्षमतााओं का निर्माण जारी रखना है जो बड़े पैमाने पर सार विकिपीडिया का समर्थन कर सकें। प्लेटफ़ॉर्म को समृद्ध, बहुभाषी सामग्री का समर्थन करने की आवश्यकता होगी जिसे समुदाय द्वारा नियंत्रित किया जा सके और जो बड़े पैमाने पर प्रदर्शनकारी बनी रहे। यह एक मील का पत्थर है क्योंकि हम ०-१ से आगे बढ़ रहे हैं।
- मुख्य परिणाम WE२.३: चौथी तिमाही के अंत तक, सार लेखों के शीघ्र सामुदायिक निर्माण के लिए नए विकि का प्रारंभिक रूप लागू करें।
- यह केआर हमें अगले वर्ष एक सार विकि की प्लेटफ़ॉर्म क्षमतााओं का परीक्षण हेतु तैयार करता है। यह नया, स्वतंत्र विकि, विकिफ़ंक्शन्स पर निर्मित सार लेखों की लाइब्रेरी की मेजबानी करेगा, और भविष्य में सार लेखों को विकिपीडिया में एकीकृत हेतु आवश्यक प्लेटफ़ॉर्म क्षमतााएँ प्रदान करेगा।
- मुख्य परिणाम WE२.४: २५-२६ वित्तीय वर्ष तक के मैट्रिक्स और लक्ष्यों सहित, दूसरी तिमाही के अंत तक विकीडाटा के महत्त्वपूर्ण उपयोग मामले का समर्थन करने वाले तकनीकी बुनियादी ढाँचे में सुधार के लिए सफलता की परिभाषा पर WMF और WMDE को संरेखित करें।
- WMF विकिडेटा प्लेटफ़ॉर्म (WDP) टीम की स्थापना और नियुक्ति अगस्त २०२५ में हुई थी - एक उत्पाद प्रमुख और एक तकनीकी प्रमुख। WMF और WMDE में क्रमशः तकनीकी और उत्पाद स्वामियों द्वारा वर्षों के विकास कार्यक्रम के एक नए सदस्य के रूप में, यह लक्ष्य उपयोग के मामलों, निर्भरताओं और प्रमुख सफलता मानदंडों के संरेखण के माध्यम से स्वामित्व परिवर्तन के हमारे इरादे को दर्शाता है। यह KR समस्या क्षेत्र की आपसी समझ की नींव रखेगा, जिसे हम शेष वित्तीय वर्ष (मई २०२६) में और सशक्त करेंगे।
- मुख्य परिणाम WE२.१: Q२ के अंत तक, ३ हस्तक्षेपों का प्रयोग और मूल्यांकन करें जो योगदानकर्ताओं को उनके विकिपीडिया पर महत्त्वपूर्ण सामग्री की स्थिति में सुधार करने में सहयता करते हैं।
उपभोक्ता अनुभव (WE3)
- उद्देश्य: विभिन्न पीढ़ियों के पाठक विकिपीडिया से जुड़ते हैं और जुड़े रहते हैं, जिससे प्रतिधारण और दान गतिविधि में मापनीय वृद्धि होती है।
- उद्देश्य का संदर्भ: यह उद्देश्य नवीन सामग्री प्रारूपों के माध्यम से नए पाठकों को बनाए रखने, परिचित्त पठन अनुभवों को सशक्त करने के माध्यम से मुख्य दर्शकों को बनाए रखूने और पाठक कनेक्शन को गहरा करके और दान में विविधता लाकर दीर्घकालिक स्थिरता सुनिश्चित्त करने पर केंद्रित होगा। इसमें एआई सारांश या व्यक्तिगत खरगोश छेद जैसी नई और अधिक प्रयोगात्मक सुविधाओं के माध्यम से सामग्री को खोजना आसान बनाने में पर कार्य की निरंतरता सम्मिलित होगी। इसमें रीडिंग फ़नल में गहराई से पढ़ने के अनुभव की गुणवत्ता को बनाए रखने और सुधारने और रीडिंग सूचीयों और अन्य गैर-संपादन भागीदारी के माध्यम से रीडिंग क्यूरेशन की खोज करने पर कार्य करना भी सम्मिलित होगा। दानदाताओं के लिए, यह कार्य प्लेटफ़ॉर्म के भीतर से राजस्व स्रोतों में विविधता लाने पर ध्यान केंद्रित करना जारी रखेगा।
- मुख्य परिणाम WE३.१: Q२ के अंत तक, लॉग-आउट पाठकों के प्रतिधारण में व्यावहारिक रूप से उल्लेखनीय वृद्धि प्रदर्शित करें, जैसा कि प्रति प्लेटफ़ॉर्म एक सुविधा के A/B परीक्षण के माध्यम से मापा गया है
- यह केआर ऐसे अनुभवों में निवेश जारी रखने पर ध्यान केंद्रित करेगा जो ब्राउज़िंग और सीखने की सामग्री के नए तरीकों के लिए अनुकूलन करते हैं, अक्सर नई तकनीकों और प्रारूपों के उपयोग के माध्यम से - मौजूदा सामग्री को नए और आकर्षक तरीकों से प्रस्तुत करना। इस वित्तीय वर्ष में, हम नई सुविधाओं के साथ प्रयोग करना जारी रखना चाहेंगे, साथ ही विकी और प्लेटफ़ॉर्म पर सफल प्रयोगों को बढ़ाने पर भी ध्यान केंद्रित करेंगे। केआर में काम मोबाइल और डेस्कटॉप वेबसाइट के साथ-साथ आईओएस और एंड्रॉइड ऐप पर भी फैला होगा और सामग्री खोज (ब्राउज़िंग एंट्री पॉइंट और सिफारिशें) और अनुकूलनीय सीखने के प्रारूपों (मशीन-सहायता प्राप्त सारांश, सामग्री रीमिक्सिंग) पर ध्यान केंद्रित करेगा।
- इच्छा सूची का फोकस क्षेत्र: नए उपभोक्ता अनुभव
- मुख्य परिणाम WE३.२: उत्पाद हस्तक्षेपों के माध्यम से प्रति प्लेटफॉर्म गैर-बैनर या ईमेल विधियों के माध्यम से दान की संख्या में ५% की वृद्धि, जो गहन संबंधों को बढ़ावा देती है और Q२ के अंत तक दाताओं के लिए घर्षण को कम करती है
- इस KR में हम दान के लिए नए प्रवेश बिंदुओं और पाठकों को दानकर्ता में बदलने के अन्य अवसरों की खोज जारी रखेंगे और विकी से उनके जुड़ाव को और गहरा करके उन्हें बनाए रखेंगे, जिसमें अधिक व्यक्तिगत सामग्री सम्मिलित है। KR नए प्रवेश बिंदुओं को प्रारम्भ करने और धन संग्रहण करने वाली टीम के सहयोग से ऐप्स और वेब पर उपलब्धा प्रवेश बिंदुओं को दोहराने पर ध्यान केंद्रित करेगा।
- मुख्य परिणाम WE३.३: Q२ के अंत तक, लॉग-इन पाठकों के प्रतिधारण में व्यावहारिक रूप से उल्लेखनीय वृद्धि प्रदर्शित करें, जैसा कि प्रति प्लेटफ़ॉर्म एक सुविधा के A/B परीक्षण के माध्यम से मापा गया है
- यह केआर उपलब्धा और अनुभवी पाठकों के लिए पढ़ने और सीखने के अनुभव को बेहतर बनाने पर ध्यान केंद्रित करेगा, जिसका लक्ष्य पर उपलब्धा दर्शकों को बनाए रखना और साइट से उनका जुड़ाव और गहरा करना है ताकि वे और अधिक सीख सकें, साथ ही दान और संपादन की दिशा में आगे बढ़ने के लिए तैयार और खुले रहें। यहाँ कार्य वेब और ऐप्स पर पढ़ने के अनुभव को बेहतर बनाने (पठनीयता में सुधार, बेहतर नेविगेशन और खोज) पर केंद्रित होगा, साथ ही पर क्यूरेशन और वैयक्तिकरण पेशकशों (पठन सूची, वैयक्तिकृत सुझाव, उपयोगकर्ता और लेख इतिहास, आदि) का निर्माण और पुनरावृत्ति करना होगा।
- मुख्य परिणाम WE३.४: चौथी तिमाही के अंत तक, छोटे पैमाने के कैश साइट परिनियोजन (PoPs) के लिए सभी पहचाने गए अवरोधकों को हटा दें जो हमारे वर्तमान कैश साइट परिनियोजन के अनुसार हमारी वर्तमान सेवा की गुणवत्ता और सुरक्षा मानकों को पूरा करते हैं
- यह केआर इस अवधारणा को साबित करने पर ध्यान केंद्रित करेगा कि हम अपनी कैशिंग संरचना को सरल बनाकर और बेसलाइन परिनियोजन समय को औसतन लगभग एक वर्ष से घटाकर अधिकतम एक चौथाई करके कैशिंग साइट परिनियोजन के लिए प्रक्रियाओं में सुधार करके वेबसाइट के प्रदर्शन को बेहतर बना सकते हैं और अपने पाठकों के लिए विलंबता को कम कर सकते हैं। यहाँ ध्यान सरलीकरण को पूरा करने, एक PoC को लागू करने, एक सुरक्षा समीक्षा करने और सार्वजनिक क्लाउड में पर एज कैश को तैनात करने के साथ आगे बढ़ने के बारे में एक निर्णय संक्षिप्त पूरा करने पर होगा। विलंबता को कम करने से पेजव्यू में सिद्ध वृद्धि और भौगोलिक रूप से अधिक विविध पाठक आधार हो सकता है।
- मुख्य परिणाम WE३.५: चौथी तिमाही के अंत तक दानकर्ता की पहचान में सुधार - यह सुनिश्चित्त करना कि सभी सहमति देने वाले लॉग-इन पाठकों को व्यक्तिगत अनुभव के लिए दानकर्ता की स्थिति से पहचाना जा सके।
- हम दाता पहचान रणनीतियों को लागू करेंगे ताकि यह सुनिश्चित्त हो सके कि सभी सहमति देने वाले लॉग-इन पाठकों को दाता की स्थिति से पहचाना जा सके, जिससे अधिक अनुकूलित और आकर्षक अनुभव संभव हो सके। भविष्य में अधिक प्रभावी वैयक्तिकरण और सक्रियण पहलों का समर्थन हेतु Q४ के माध्यम से दाता पहचान प्रयासों को प्राथमिकता दी जाएगी।
- मुख्य परिणाम WE३.६: चौथी तिमाही के अंत तक सभी प्लेटफार्मों पर विकिपीडिया पाठक और उपभोक्ता अनुभव के लिए एक रणनीति को अंतिम रूप देना, प्रकाशित करना और संप्रेषित करना, जिसमें परिभाषित लक्ष्य और आधारभूत मीट्रिक सम्मिलित हों, जिसे हितधारकों और समुदाय के सहयोग से विकसित किया गया हो, ताकि २०३० तक हमारे कार्य का मार्गदर्शन किया जा सके।
- उपभोक्ता रणनीति पर कार्य जारी रहेगा, जिसमें आंतरिक रूप से तथा समुदाय के साथ रणनीति के निर्माण और संप्रेषण पर ध्यान दिया जाएगा तथा उपभोक्ताओं के लिए मुख्य मीट्रिक्स तथा उनकी संबंधित आधार रेखाओं को परिभाषित और स्थापित किया जाएगा।
- उद्देश्य का संदर्भ: यह उद्देश्य नवीन सामग्री प्रारूपों के माध्यम से नए पाठकों को बनाए रखने, परिचित्त पठन अनुभवों को सशक्त करने के माध्यम से मुख्य दर्शकों को बनाए रखूने और पाठक कनेक्शन को गहरा करके और दान में विविधता लाकर दीर्घकालिक स्थिरता सुनिश्चित्त करने पर केंद्रित होगा। इसमें एआई सारांश या व्यक्तिगत खरगोश छेद जैसी नई और अधिक प्रयोगात्मक सुविधाओं के माध्यम से सामग्री को खोजना आसान बनाने में पर कार्य की निरंतरता सम्मिलित होगी। इसमें रीडिंग फ़नल में गहराई से पढ़ने के अनुभव की गुणवत्ता को बनाए रखने और सुधारने और रीडिंग सूचीयों और अन्य गैर-संपादन भागीदारी के माध्यम से रीडिंग क्यूरेशन की खोज करने पर कार्य करना भी सम्मिलित होगा। दानदाताओं के लिए, यह कार्य प्लेटफ़ॉर्म के भीतर से राजस्व स्रोतों में विविधता लाने पर ध्यान केंद्रित करना जारी रखेगा।
विश्वास और सुरक्षा (WE४)
- उद्देश्य: हमारी प्रणालियाँ डिफ़ॉल्ट रूप से हमारे संपादकों के खातों और निजी जानकारी की बेहतर सुरक्षा करती हैं, साथ ही संपादकों और उपयोगकर्ताओं को अपमानजनक गतिविधि को रोकने और उस पर प्रतिक्रिया देने के लिए विस्तारित अधिकारों के साथ अधिक रास्ते प्रदान करती हैं।
- मुख्य परिणाम WE४.१: दूसरी तिमाही के अंत तक हमारे सभी विकि पर एक व्यवहार्य और कार्यशील घटना रिपोर्टिंग प्रणाली स्थापित करना, जिसका उपयोग और स्वीकृति उनके समुदायों द्वारा की जाएगी।
- उपयोगकर्ता की सुरक्षा और भलाई सुनिश्चित्त करना पर प्लेटफ़ॉर्म का मूलभूत उत्तरदायित्व है। कई अधिकार क्षेत्रों में ऐसे नियम हैं जिनके तहत पर जैसे ऑनलाइन प्लेटफ़ॉर्म को अपने प्लेटफ़ॉर्म पर उत्पीड़न, साइबरबुलिंग और अन्य हानिकारक सामग्री की निगरानी और उसके विरुद्ध कार्रवाई करने की आवश्यकता होती है। इन पर ध्यान न देने पर प्लेटफ़ॉर्म को कानूनी दायित्व और विनियामक प्रतिबंधों का सामना करना पड़ सकता है।
- हम अपने उपयोगकर्ताओं को आसानी से खोजे जाने योग्य और सहज रिपोर्टिंग तंत्र के माध्यम से हानि के खतरों की तत्काल रिपोर्ट करने में सक्षम बनाना चाहते हैं ताकि हम ऐसी घटनाओं के बारे में जान सकें और जहाँ आवश्यक हो वहाँ तुरंत कार्रवाई कर सकें। यह पर उपयोगकर्ताओं को पर प्लेटफ़ॉर्म पर योगदान करते समय सुरक्षित महसूस कराने की दिशा में एक कदम है। हम अपने विकी पर एक घटना रिपोर्टिंग प्रणाली लागू करके ऐसा कर रहे हैं।
- मुख्य परिणाम WE४.२: दूसरी तिमाही के अंत तक २ सुधारों को लागू करके, दुरूपयोग-रोधी टूलिंग की सटीकता और प्रभावकारिता को सशक्त करना।
- हमें और हमारे समुदाय को विकीज़ पर अप्रामाणिक और दुर्भावनापूर्ण गतिविधियों का बेहतर ढंग से पता लगाने और उन्हें रोकने की आवश्यकता है। हम प्लेटफ़ॉर्म पर उपलब्ध संकेतों की संख्या और गुणवत्ता बढ़ाकर, इन संकेतों को उन उपकरणों में संयोजित करके ऐसा करेंगे जो हम विस्तारित अधिकारों वाले उपयोगकर्ताओं के लिए उपलब्ध कराते हैं, और यह पहचान करेंगे कि हम किन जगहों पर संदिग्ध गतिविधियों पर सुरक्षित रूप से स्वचालित प्रतिबंध लगा सकते हैं।
- हम विकिपीडिया और अपनी अन्य परियोजनाओं की सुगमता में सुधार के अवसर भी देखते हैं। उदाहरण के लिए, एक परियोजना विकि के पारंपरिक स्व-प्रबंधित कैप्चा (CAPTCHA) को, जो उपयोगकर्ता को तब तक लॉग इन करने से रोकता है जब तक कि वे कोई पहेली हल नहींं कर लेते, एक रिस्क स्कोरिंग सेवा से बदलना है जो उपयोगकर्ता को शायद ही कभी चुनौती देती है। इसके बजाय, यह उन खातों को चुपचाप टैग कर देगा जिनमें संदिग्धता का स्तर है, जिसका उपयोग हम कार्यक्षमताा को अक्षम हेतु कर सकते हैं, और इस स्थिति को उच्च विशेषाधिकार प्राप्त मॉडरेटर्स को उनके कार्य में सहायता हेतु दृश्यमान बना सकते हैं।
- सामान्यतः, विकिमीडिया परियोजनाएँ दुर्भावनापूर्ण तत्त्वों द्वारा दुरूपयोग को कम हेतु आईपी एड्रेस ब्लॉकिंग पर अत्यधिक निर्भर करती हैं। यह दुरूपयोग को रोकने में लगातार अप्रभावी होता जा रहा है और आईपी और आईपी रेंज ब्लॉक से प्रभावित होने वाले नेकनीयत उपयोगकर्ताओं पर नाकारात्मक प्रभाव डालता है। इस केआर में, हमारा लक्ष्य उपलब्धा क्षमतााओं को बेहतर बनाना और नए उपकरण प्रदान करना है जो दुर्भावनापूर्ण तत्त्वों को अधिक सटीक और प्रभावी ढंग से ब्लॉक करने में सक्षम हों, और आईपी और आईपी रेंज ब्लॉक से होने वाले अतिरिक्त नुकसान को कम करें।
- अपनी प्रभावशीलता को मापने के लिए, हम दुर्व्यवहार-रोधी कार्य में लगे स्वयंसेवकों से प्राप्त गुणात्मक फीडबैक, तथा मात्रात्मक संकेतकों जैसे कि आईपी ब्लॉक की दर, प्रतिष्ठित आईपी और ब्राउज़र के सिग्नल आधारित न्यूनीकरण को अपनाना, किसी उपयोगकर्ता को ब्लॉक किए जाने पर संभावित मानवीय अंतःक्रियाओं की दर, तथा दुर्व्यवहार-रोधी टूलिंग में नए सिग्नल को अपनाना आदि पर विचार करेंगे।
- इस केआर में कार्य में सॉकपपेट और प्रतिबंध से बचने का पता लगाने और उसे कम करने की प्रक्रिया में सुधार, संभावित क्षति के बारे में जानकारी उपलब्ध कराना, बॉट का पता लगाने को सशक्त करना, दुर्व्यवहार विरोधी स्वयंसेवकों को संकेत उपलब्ध कराना, दुर्व्यवहार विरोधी टूलिंग इंटरफेस में दक्षता में सुधार, दुर्व्यवहार से संबंधित मेट्रिक्स में सुधार करना, और चेकयूजर्स को जाँच के लिए संदिग्ध खाता गतिविधि के सुझाव प्रदान करना सम्मिलित है।
- मुख्य परिणाम WE४.३: चौथी तिमाही के अंत तक बड़े पैमाने पर होने वाले हमलों की संख्या में ५०% की कमी लाना (वित्त वर्ष-दर-वित्तीय वर्ष की तुलना में)।
- इंटरनेट के परिदृश्य के विकास, जिसमें बड़े पैमाने पर बॉटनेट का उदय और अधिक लगातार हमले सम्मिलित हैं, ने बड़े पैमाने पर दुरूपयोग को सीमित करने के पर पारंपरिक तरीकों को अप्रचलित बना दिया है। इस तरह के हमले पर बुनियादी ढाँचे को अनुरोधों से भरकर हमारी साइटों को अनुपलब्ध बना सकते हैं, या बड़े पैमाने पर बर्बरता का मुकाबला करने की पर समुदाय की क्षमताा को प्रभावित कर सकते हैं। यह पर उच्च विशेषाधिकार प्राप्त संपादकों और पर तकनीकी समुदाय पर भी अनुचित्त दबाव डालता है।
- हमें ऐसे हमलों का स्वचालित रूप से पता लगाने, उनका सामना करने, उन्हें कम करने या रोकने की अपनी क्षमताा में तत्काल सुधार करने की आवश्यकता है।
- इस वर्ष हम मुख्य रूप से उन आईपी पतों और नेटवर्कों का पता लगाने के स्वचालन पर ध्यान केन्द्रित करेंगे जो नियमित रूप से पर विरुद्ध हमले करते रहते हैं, तथा उन लगातार हानिकारक संस्थाओं द्वारा पर सिस्टम पर डाले जाने वाले लोड की मात्रा को कम करेंगे।
- मुख्य परिणाम WE४.४: हमारी १००% परियोजनाओं में अस्थायी खाते स्थापित करना, ताकि दूसरी तिमाही के अंत तक हमारे अपंजीकृत संपादकों की व्यक्तिगत पहचान योग्य जानकारी ०.१% से कम उपयोगकर्ताओं को उपलब्ध हो।
- अस्थायी खातों का उद्देश्य पर अपंजीकृत संपादकों की गोपनीयता और इस प्रकार उनकी सुरक्षा में सुधार करना है, ताकि उनकी व्यक्तिगत पहचान योग्य जानकारी (आईपी पता) को सार्वजनिक दृश्य से बचाया जा सके और केवल उन लोगों तक पहुँच सीमित की जा सके जिन्हें निगरानी उद्देश्यों के लिए इसकी आवश्यकता है। उपयोगकर्ता सुरक्षा में एक बड़ा सुधार होने के अतिरिक्त, यह परियोजना विभिन्न नियामक आवश्यकताओं का अनुपालन हेतु भी महत्त्वपूर्ण है।
- मुख्य परिणाम WE४.५: विश्वास और सुरक्षा पर जनरेटिव एआई के प्रभाव का मूल्यांकन करें, और तीसरी तिमाही के अंत तक विकिमीडिया परियोजनाओं के लिए अवसरों का लाभ उठाने और खतरों को रोकने के लिए उत्पाद हस्तक्षेप का निर्धारण करें।
- इंटरनेट पर एआई का उपयोग, खासकर जनरेटिव एआई, तेज़ी से बढ़ रहा है। एआई के सर्वव्यापी होने से विश्वास और सुरक्षा के अवसर तो हैं ही, साथ ही खतरे भी पैदा हो रहे हैं। उदाहरण के लिए, सामग्री तैयार करना आसान और सस्ता है, लेकिन उसका मॉडरेशन अधिक मेहनत वाला है। इसी तरह, शोध बहुत कम मेहनत से किया जा सकता है, लेकिन एआई के भ्रमों की पहचान करना कठिन है।
- इस परियोजना का उद्देश्य विकिमीडिया पारिस्थितिकी तंत्र के विश्वास और सुरक्षा पहलुओं पर एआई के प्रभाव का आकलन करके एमएल/एआई के मानवाधिकार प्रभाव आकलन को आगे बढ़ाना है। इसमें सम्मिलित हैं:
- विस्तारित अधिकार वाले उपयोगकर्ताओं के साथ परामर्श करना।
- जनरेटिव एआई सहायता प्राप्त दुरुपयोग और संभावित शमन के उदाहरणों की पहचान करना।
- विस्तारित अधिकारों वाले उपयोगकर्ताओं पर बोझ कम करने के लिए मशीन लर्निंग के अवसरों की पहचान करना।
- यह समझने के लिए प्रयोग करना कि हमें किस पर ध्यान केंद्रित करना चाहिए, ताकि अधिकतम प्रभाव डाला जा सके।
- मुख्य परिणाम WE४.६: तकनीकी रूप से यह लागू करना कि १००% विशेषाधिकार जो उपयोगकर्ताओं को सुरक्षा- या गोपनीयता-संवेदनशील कार्रवाई करने में सक्षम बनाते हैं, केवल उन खातों द्वारा किए जा सकते हैं जिन्होंने Q४ के अंत तक दो-कारक प्रमाणीकरण सक्षम किया है।
- हमें अपने विकि पर उपयोगकर्ता खातों की सुरक्षा को सशक्त करने की आवश्यकता है, खासकर संवेदनशील अनुमतियों वाले उपयोगकर्ताओं के लिए। मुख्य ध्यान इस बात पर है कि कोई भी संवेदनशील कार्रवाई केवल उन्हीं उपयोगकर्ताओं द्वारा की जा सके जिन्होंने दो-कारक प्रमाणीकरण (2FA) सक्षम किया हो। हम विशेषाधिकार प्रवर्तन के लिए एक अधिक विस्तृत प्रणाली का निर्माण करेंगे जो 2FA के ऑडिट और मैन्युअल प्रवर्तन की आवश्यकता को समाप्त कर देगी, और प्लेटफ़ॉर्म पर 2FA सक्षम हेतु आवश्यक विशेषाधिकारों का विस्तार करेगी।
- इसके एक भाग के रूप में, हम अपनी प्रमाणीकरण और पुनर्प्राप्ति प्रणालियों में सुधार करेंगे ताकि हम (WMF) और हमारे उपयोगकर्ता 2FA के प्रति अधिक सख्त रुख को आसानी से अपना सकें। हम पूरे प्लेटफ़ॉर्म पर दो-कारक प्रमाणीकरण की सामान्य उपलब्धता का विस्तार करेंगे, ताकि प्रत्येक उपयोगकर्ता इसे अपनी इच्छानुसार सक्षम कर सके और यह सुनिश्चित्त किया जा सके कि संवेदनशील विशेषाधिकार दिए जाने से पहले इसे सक्षम किया गया हो। हम अपने खाता पुनर्प्राप्ति और सहायता प्रणालियों द्वारा वहन किए जाने वाले परिचालन भार को कम करने पर भी ध्यान केंद्रित करेंगे, जिससे खाता लॉगिन से संबंधित हमारी रीसेट और पुनर्प्राप्ति प्रक्रियाओं को सुव्यवस्थित करने में सहयता मिलेगी। हम अपने 2FA कार्यान्वयन की उपयोगिता को और बेहतर बनाने का इरादा रखते हैं, जिससे उपयोगकर्ताओं को अपने खातों को सुरक्षित रखने और आकस्मिक लॉकआउट से बचने के लिए अधिक विकल्प मिलेंगे।
बुनियादी ढाँचे का उत्तरदायी उपयोग (WE५)
- उद्देश्य: डेवलपर्स और पुनःउपयोगकर्ता क्यूरेटेड मार्गों में ज्ञान सामग्री तक पहुँच बनाते हैं, जिससे पर बुनियादी ढाँचे की स्थिरता और उत्तरदायी सामग्री का पुनःउपयोग सुनिश्चित्त होता है।
- उद्देश्य संदर्भ: यह उद्देश्य उत्तरदायी सामग्री का पुनः उपयोग के लिए मार्ग स्थापित करने पर केंद्रित होगा।
- विकिमीडिया वेब पर मानव-संयोजित ज्ञान का सबसे बड़ा संग्रह होस्ट करता है। इसने पर ज्ञान के बुनियादी ढाँचे को न केवल मनुष्यों के लिए, बल्कि स्वचालित डेटा उपभोक्ताओं के लिए भी एक अमूल्य गंतव्य बना दिया है। हमारी सामग्री खोज इंजन, सोशल मीडिया प्लेटफ़ॉर्म, ईकॉमर्स में फ़ीड करती है, और जब से AI का उदय हुआ है, तब से इसका उपयोग बड़े मशीन लर्निंग मॉडल को प्रशिक्षित हेतु किया जाता है। उपभोक्ता पृष्ठों को स्क्रैप करके, API का उपयोग करके और सामग्री डाउनलोड करके डेटा प्राप्त करते हैं - आमतौर पर बिना किसी श्रेय के। अप्रमाणित ट्रैफ़िक की विश्व में हम एक उपयोगकर्ता को दूसरे से मज़बूती से अलग नहींं कर सकते हैं, जो पर बुनियादी ढाँचे के उत्तरदायी उपयोग को सक्षम और लागू करने की हमारी क्षमताा को बहूत सीमित करता है: हम अपने समुदाय को कैसे सक्षम करना जारी रख सकते हैं, जबकि स्वचालित सामग्री उपभोग के आसपास सीमाएँ भी बना सकते हैं? हम उपयोगकर्ताओं को पसंदीदा, समर्थित चैनलों में कैसे सम्मिलित कर सकते हैं? उत्तरदायी सामग्री पुन: उपयोग को प्रोत्साहित हेतु हमें किस मार्गदर्शन की आवश्यकता है? हम एक सुसंगत डेवलपर अनुभव की ओर कैसे बढ़ सकते हैं, और ऐसे उत्पाद बना सकते हैं जो स्वयंसेवक डेवलपर्स, कर्मचारियों और पुन: उपयोगकर्ताओं की आवश्यकताओं को पूरा करते हों? हालाँकि ये प्रश्न बिलकुल नए नहींं हैं, लेकिन इनसे निपटने की ज़रूरत तेज़ी से बढ़ी है: २०२४ से हम अनुरोधों की संख्या में नाटकीय वृद्धि देख रहे हैं, जिसमें से ज़्यादातर वृद्धि AI-संचालित वर्कफ़्लो और उत्पादों के लिए प्रशिक्षण डेटा एकत्र करने वाले स्क्रैपिंग बॉट्स से आ रही है। पर बुनियादी ढाँचे पर भार टिकाऊ नहींं है और ज्ञान तक मानवीय पहुँच को जोखिम में डालता है: हमें स्वस्थ संतुलन को फिर से स्थापित हेतु अभी कार्य करने की आवश्यकता है, ताकि हम विकिमीडिया परियोजनाओं का प्रभावी ढंग से समर्थन कर सकें और अपने मिशन की निरंतर सफलता को सक्षम कर सकें।
- मुख्य परिणाम WE५.१: चौथी तिमाही के अंत तक, प्रोग्रामेटिक एक्सेस चैनलों के लिए ५०% अनुरोध किसी ज्ञात डेवलपर या एप्लिकेशन के लिए उत्तरदायी ठहराए जा सकते हैं।
- वर्तमान में पर पास यह पहचानने के सीमित उपाए हैं कि स्वचालित ट्रैफ़िक के लिए कौन उत्तरदायी है और विकि पर इसके विपरीत, उपयोगकर्ताओं से संपर्क करने या उनकी पहुँच को विनियमित करने के भी सीमित उपाए हैं। हमने बाहरी स्वचालित ट्रैफ़िक की मात्रा में उल्लेखनीय वृद्धि देखी है, जो पर लिए टिकाऊ नहींं है और ज्ञान तक मानवीय पहुँच को जोखिम में डालता है। हमारा लक्ष्य उच्च मात्रा में स्क्रैपिंग और API उपयोग के लिए पहुँच के स्तरों के आधार पर प्रमाणीकरण और प्राधिकरण की आवश्यकता के द्वारा, किसी ज्ञात खाते से जुड़े स्वचालित ट्रैफ़िक के प्रतिशत को बढ़ाना है। इससे हमें यह पहचानने में सहयता मिलेगी कि कौन बड़े पैमाने पर सामग्री का पुन: उपयोग कर रहा है, जिससे हम अपने बुनियादी ढाँचे की रक्षा कर सकेंगे और उचित्त उपयोग के आसपास शासन में सुधार कर सकेंगे, जबकि अधिक प्रभावी ढंग से उनकी आवश्यकताओं को पूरा कर सकेंगे। हम यह भी पता लगाएंगे कि तकनीकी समुदाय को अधिक सुसंगत डेवलपर अनुभव के साथ बेहतर उपाए से कैसे समर्थन दिया जाए जो समुदाय के सदस्यों के लिए तरजीही पहुँच की रक्षा करता है और डेवलपर्स के लिए नई कार्यक्षमताा को सक्षम करता है।
- मुख्य परिणाम WE५.२: चौथी तिमाही के अंत तक, विकिमीडिया वेब API समापन बिंदुओं का ७०% सामान्य बुनियादी ढाँचे द्वारा समर्थित होगा।
- हमारा लक्ष्य सभी विकिमीडिया डेवलपर्स के लिए अधिक सुसंगत, स्थिर और खोज योग्य वेब API प्रदान करके पर डेवलपर मार्गों के अनुभव और स्थिरता में सुधार करना है। हम कोर API क्षमतााओं के लिए अधिक केंद्रीकृत बुनियादी ढाँचे को पेश करके अपने API ऑफ़रिंग को सरल बनाएँगे, जिससे हमें निम्नलिखित के लिए सुसंगत मार्ग और शासन मिल सकेगा: OpenAPI विनिर्देश और प्रलेखन, डेवलपर पहचान और पहुँच नियंत्रण, API नीति प्रवर्तन, रूटिंग, संस्करण और त्रुटि प्रबंधन। अपने API ऑफ़रिंग को सुव्यवस्थित करके, हम विकिमीडिया मिशन की सेवा करने वाले टूल, बॉट, शोध प्रोजेक्ट और सुविधाएँ बनाना तेज़, आसान और अधिक आनंददायक बना देंगे। यह दृष्टिकोण API अवसंरचना रखरखाव लागतों को कम करके, बुरे अभिनेताओं से निपटने के लिए दृश्यता और पहुँच नियंत्रण को बढ़ाकर और एक सशक्त डेवलपर समुदाय को बढ़ावा देकर मिशन के बहू-पीढ़ीगत भविष्य का समर्थन करता है।
- मुख्य परिणाम WE५.३: चौथी तिमाही के अंत तक, वेब, ऐप्स, वॉयस असिस्टेंट और एलएलएम के लिए नया एट्रिब्यूशन फ्रेमवर्क प्रकाशित किया जाएगा और विकिमीडिया साइटों पर लिंक किया जाएगा, जिसमें दो पुन: उपयोग डेमो लागू किए जाएँगे जो मापनीय जुड़ाव को बढ़ावा देंगे, और एक बाहरी पुन: उपयोग भागीदार सर्वोत्तम अभ्यास एट्रिब्यूशन को अपनाएगा।
- विकिमीडिया सामग्री के उचित्त श्रेय को बढ़ाने के लिए, हम स्पष्ट सर्वोत्तम-अभ्यास हेतु मार्गदर्शन प्रदान करेंगे जो उत्तरदायित्वपूर्ण पुन: उपयोग को बढ़ावा देता है। इसमें प्रमुख प्लेटफ़ॉर्म (वेब, ऐप्स, वॉइस, मल्टीमीडिया) के लिए एट्रिब्यूशन फ्रेमवर्क तैयार करना और विकिमीडिया सामग्री के अनुकरणीय अनुप्रयोगों को उजागर करने वाले कम से कम दो व्यावहारिक उदाहरण प्रदर्शित करना सम्मिलित है। आउटपुट के उदाहरणों में मीडिया संगठनों को विकिमीडिया कॉमन्स छवियों को श्रेय देने के लिए प्रोत्साहित करना, प्रासंगिक विकिमीडिया डेटा को अधिक प्रभावी ढंग से प्रदर्शित हेतु सर्च इंजन, या एआई सहायकों को विकिपीडिया ज्ञान को पारदर्शी और उत्तरदायी तरीकों से एकीकृत हेतु प्रोत्साहित करना सम्मिलित है जिससे उनकी विश्वसनीयता में विश्वास बढ़ता है। एट्रिब्यूशन प्रथाओं को सशक्त करने से न केवल जन जागरूकता बढ़ती है और विकिमीडिया परियोजनाओं में जुड़ाव बढ़ता है, बल्कि ज्ञान को रीमिक्स करने और दुरूपयोग को रोकने के उत्तरदायी और नए उपाए स्थापित करने में भी सहयता मिलती है।
- मुख्य परिणाम WE5.4: अनुरोध दर के संदर्भ में मापे जाने पर स्क्रैपर्स द्वारा उत्पन्न ट्रैफ़िक की मात्रा में २०% की कमी, और बैंडविड्थ के संदर्भ में ३०% की कमी
- स्क्रैपिंग सदैव से ही यहाँ रही है: सर्च इंजन दशकों से अपने उपयोगकर्ताओं को जानकारी प्रदान हेतु विकिपीडिया पर निर्भर रहे हैं; हालाँकि हाल ही में पर डेटा को स्क्रैप हेतु एक और बड़ी प्रेरणा है: यह इंटरनेट पर मिलने वाली सबसे बड़ी क्यूरेटेड, बहूभाषी ज्ञान सामग्री है और यह बड़े भाषा मॉडल को प्रशिक्षित हेतु एक बुनियादी उपकरण है। यह हमारी विश्वकोश सामग्री और पर मल्टीमीडिया रिपॉजिटरी, विकिमीडिया कॉमन्स दोनों के लिए सच है, जो चित्र बनाने वाले मशीन लर्निंग मॉडल के लिए अमूल्य है।
- परिणामस्वरूप, पिछले वर्ष में, हमने स्क्रैपर ट्रैफ़िक की मात्रा में उल्लेखनीय वृद्धि देखी, और संबंधित साइट-स्थिरता घटनाओं में भी: साइट विश्वसनीयता इंजीनियरों को पर बुनियादी ढाँचे की सुरक्षा के लिए क्रॉलर की दर को सीमित करने या बार-बार प्रतिबंधित हेतु केश-दर-केश आधार पर लागू करना पड़ा है। स्क्रैपिंग इतनी प्रमुख हो गई है कि २०२४ में हमारी आउटगोइंग बैंडविड्थ में ५०% की वृद्धि हुई है। इसके अतिरिक्त, हाल ही में किए गए विश्लेषण से पता चला है कि पर सबसे महंगे अनुरोधों में से कम से कम ६५% (वे जिन्हें हम अपने कैशिंग सर्वर से पूरा नहींं कर सकते हैं और जिन्हें इसके बजाय मुख्य डेटाबेस से पूरा किया जाता है) बॉट्स द्वारा किए जाते हैं।
- हमारे द्वारा बनाए जाने वाले ट्रैफिक की तुलना में पर कंप्यूटिंग संसाधन अत्यंत सीमित हैं, इसलिए हमें प्राथमिकता देनी होगी कि हम उन संसाधनों से किसे सेवा प्रदान करें, और हम मानव उपभोग को प्राथमिकता देना चाहते हैं, तथा अपने सीमित संसाधनों से विकिमीडिया परियोजनाओं और योगदानकर्ताओं को सहयोग देने को प्राथमिकता देना चाहते हैं।
- मुख्य परिणाम WE५.१: चौथी तिमाही के अंत तक, प्रोग्रामेटिक एक्सेस चैनलों के लिए ५०% अनुरोध किसी ज्ञात डेवलपर या एप्लिकेशन के लिए उत्तरदायी ठहराए जा सकते हैं।
उत्पाद परिणामों के लिए त्वरित मार्ग (WE6)
- उद्देश्य: विकिमीडिया डेवलपर्स अपने उत्पादों को शीघ्रताा एवं आत्मविश्वास के साथ अंतिम उपयोगकर्ताओं तक पहुँचाएं।
- उद्देश्य संदर्भ: ४ रणनीतिक स्तंभों को प्राप्त करने में प्रभावी होने के लिए, विकिमीडिया डेवलपर्स को अपना समय और प्रयास उच्च-लीवरेज गतिविधियों पर खर्च करने की आवश्यकता है, जिसके परिणामस्वरूप जितनी जल्दी हो सके गुणवत्ता वाले उत्पाद वितरित किए जा सकें। अत्यधिक जटिल वर्कफ़्लो, मानक टूलिंग की कमी और अस्थिर सिस्टम घटक उन परिणामों के रास्ते में आते हैं।
- यह कार्य उस गति पर आधारित है जो हमने पिछले २ वार्षिक योजनाओं में मीडियाविकी को एक मंच के रूप में विकसित करने और इसके विकास और परिनियोजन का समर्थन करने वाले सॉफ़्टवेयर को विकसित हेतु उठाया है। इस वर्ष का कार्य अधिक विश्वसनीय डेवलपर वातावरण प्रदान करने, प्री-प्रोडक्शन वर्कफ़्लो को सरल बनाने और प्लेटफ़ॉर्म और बुनियादी ढाँचे के जोखिमों को कम करने पर केंद्रित होगा।
- मुख्य परिणाम WE6.1: Q४ के अंत तक, परीक्षण विकी से परे ट्रेन-ब्लॉकिंग बग की संख्या में १०% की कमी आई
- २०२४ में, १४४ बार डेवलपर्स को कार्य पर दोबारा जाना पड़ा क्योंकि मीडियाविकी की लागूी को रोकने वाली एक आपात स्थिति थी। उनमें से कई मामलों में, बग को टेस्टविकी पर लागू करने के बाद पकड़ा गया, जिसका अर्थ है कि समस्या अरबों उपयोगकर्ताओं के संभावित दर्शकों तक पहुँच गई। हम इस तथ्य को नियंत्रित नहींं कर सकते कि बग उपलब्ध रहेंगे, लेकिन उन्हें पहले पकड़ने का मतलब होगा कि कम हीरो वर्क की आवश्यकता होगी। इससे डेवलपर्स में यह विश्वास भी बढ़ेगा कि जब कुछ वास्तविक उत्पादन में जाएगा, तो आग नहींं लगेगी।
- हम डेवलपर्स को विकास और परिनियोजन जीवनचक्र के दौरान अपने कोड को आत्मविश्वास से वितरित करने और परीक्षण हेतु आवश्यक वातावरण प्रदान करके इन बगों को पहले ही पकड़ लेंगे। हमें यह भी सुनिश्चित्त करने की आवश्यकता है कि ये सुधार डेवलपर वेग की कीमत पर न आएं।
- मुख्य परिणाम WE6.2: Q४ के अंत तक, उत्पादन तत्परता समीक्षा चेकलिस्ट से ४ चरणों को SRE हस्तक्षेप के बिना निष्पादित किया जा सकता है
- उत्पादन में किसी नई सेवा या सुविधा को लागू करना वर्तमान में २४ चरणों की सूची पर निर्भर करता है, जिसके लिए प्रत्येक चरण को आमतौर पर SRE से समर्थन की आवश्यकता होती है। हमने विकास चक्र में पहले हस्तक्षेप करने और विकास टीमों के भीतर क्षमताा का निर्माण हेतु SRE राजदूत कार्यक्रम की स्थापना की, लेकिन कई कार्य पूरी तरह से स्व-सेवा योग्य होने चाहिए। वर्तमान में, यह कार्य मैनुअल, दोहराव वाला, स्वचालित है, और विकास टीमों की संख्या के साथ रैखिक रूप से बढ़ता है। यह लंबे समय में SRE टीम के लिए टिकाऊ नहींं है।
- अतीत में, इस कार्य का अधिकांश भाग विकास टीमों से अलग था, क्योंकि हमारे प्लेटफ़ॉर्म के साथ बातचीत हेतु साझा सामान्य पुस्तकालयों और सर्वोत्तम प्रथाओं का एक सेट बनाए रखा जाता था। जब हम अपने नए कुबेरनेट्स इंफ्रास्ट्रक्चर में चले गए, तो इन्हें छोड़ दिया गया और इसका कोई सीधा प्रतिस्थापन नहींं है। आज हम जिस तरह से चीजों का निर्माण और लागूी करते हैं, उस पर लागू होने वाली सामान लाइब्रेरी, आलेखीकरण और प्रशिक्षण प्रदान करके, हमारा मानना है कि हम उत्पादन में एक नई सेवा या सुविधा को लागू करने से पहले SRE से आवश्यक भागीदारी की मात्रा को कम कर सकते हैं।
- मुख्य परिणाम WE6.3: Q४ के अंत तक, विकिपीडिया पृष्ठ दृश्यों का १००% Parsoid के माध्यम से प्रदान किया गया
- पार्सॉइड (Parsoid) विकीटेक्स्ट विकास और प्लेटफ़ॉर्म को भविष्य के लिए सुरक्षित बनाने के लिए उन्नत क्षमतााएँ प्रदान करता है। दो पार्सर्स को एक साथ बनाए रखना लंबे समय तक टिकाऊ नहींं है, क्योंकि इससे तकनीकी ऋण और जटिलता बढ़ जाती है। इसके अतिरिक्त, विकीफ़ंक्शन जैसी कुछ नई परियोजनाओं की सफलता पार्सॉइड के व्यापक रूप से उपलब्ध होने पर निर्भर करती है।
- हम छोटे प्रोजेक्ट के लिए रोलआउट का विस्तार कर रहे हैं और इस वर्ष हम विकिपीडिया के लिए तैयार हो जाएँगे। पारसॉइड के माध्यम से सभी विकिपीडिया पेज व्यू रीड्स की सेवा करना सबसे महत्त्वपूर्ण अगला मील का पत्थर है। रोलआउट के अतिरिक्त, इस कार्य में प्रदर्शन संबंधी समस्याओं को हल करना और पाठकों और संपादकों को प्रभाव के बारे में प्रभावी ढंग से संवाद करना भी सम्मिलित है।
- मुख्य परिणाम WE6.4: दूसरी तिमाही के अंत तक, कम से कम दो पहचाने गए जोखिम जो विकि को लागू करने या बढ़ाने की हमारी क्षमताा को खतरे में डालते थे, उन्हें कम कर दिया गया है या स्वीकार्य स्तर तक घटा दिया गया है
- कुछ लक्षित पहलों के माध्यम से, हम कई मापनीयता, विश्वसनीयता या सुरक्षा जोखिमों को कम या कम कर देंगे, जिन्हें हमने अपने प्लेटफॉर्म और हमारी सार्वजनिक परियोजनाओं के विकास और स्थिरता के लिए संभावित खतरे के रूप में पहचाना है।
- उदाहरण के लिए, हम कॉमन्स के मुख्य डेटाबेस की संरचना को फिर से तैयार करेंगे ताकि यह सुनिश्चित्त हो सके कि अगले कुछ वर्षों में इसका विकास उपलब्ध सर्वर हार्डवेयर की क्षमताा तक सीमित न रहे। हम मीडियाविकी और संबंधित सेवाओं को संचालित करने वाली प्रोग्रामिंग भाषा PHP को भी अधिक आधुनिक संस्करण में अपग्रेड करेंगे। पहचाने गए अन्य जोखिमों के लिए हमारे बुनियादी ढाँचे की सुरक्षा और सशक्ति के लिए अतिरिक्त सुरक्षा उपायों को लागू करने की आवश्यकता होगी।
- मुख्य परिणाम WE6.1: Q४ के अंत तक, परीक्षण विकी से परे ट्रेन-ब्लॉकिंग बग की संख्या में १०% की कमी आई
सिग्नल और डेटा सेवाएँ (SDS)
मेट्रिक्स (SDS1)
- उद्देश्य: निर्णयकर्ता उत्पाद और रणनीतिक निर्णय लेने के लिए अधिक विश्वसनीय और समय पर मेट्रिक्स का उपयोग करते हैं।
- उद्देश्य संदर्भ: हम फाउंडेशन के निर्णयों को सूचीत्त हेतु मेट्रिक्स का उपयोग करते हैं कि आंदोलन की सर्वोत्तम सेवा के लिए हमारे प्रयासों पर कहाँ ध्यान केंद्रित किया जाए। हालाँकि, हमारी कुछ डेटा पाइपलाइनें टूटने की संभावना होती हैं, जिससे डिलीवरी में देरी होती है। जब डेटा संबंधी समस्याएँ सामने आती हैं, तो हमारी पहचान और समाधान का समय बहुत अधिक होता है। इसके अतिरिक्त, हमारे कई डेटासेट रुझानों की आसान खोज के लिए अनुकूलित नहींं हैं और उनमें ऐसे आयाम गायब हैं जो डेटा की व्याख्या हेतु महत्त्वपूर्ण साबित हुए हैं। ये समस्याएँ मेट्रिक्स का मूल्यांकन करने की हमारी क्षमताा को धीमा और सीमित कर देती हैं।
- वित्त वर्ष २५-२६ में, हम अपनी वर्तमान पाइपलाइनों में डेटा गुणवत्ता अंतराल को हल हेतु विशिष्ट वार्षिक योजना उपयोग मामलों पर ध्यान केंद्रित करेंगे, डेटा गुणवत्ता के मुद्दों की निगरानी और समाधान के लिए बुनियादी ढाँचे और प्रक्रियाओं की स्थापना करेंगे, और ऐसे उपकरण प्रदान करेंगे जो निर्णयकर्ताओं को रुझानों को समझने में सक्षम बनाएँगे।
- एक प्रयोग का मामला यह है कि हम मानव और बॉट द्वारा जनित ट्रैफ़िक को कैसे मापते हैं। पिछले कुछ वर्षों में स्वचालित ट्रैफ़िक के बढ़ने से यह समझना कठिन हो गया है कि मानव विकिमीडिया परियोजनाओं के साथ किस हद तक जुड़ रहे हैं और उनमें किस हद तक योगदान दे रहे हैं। हमारा लक्ष्य मानव और बॉट ट्रैफ़िक पैटर्न का मूल्यांकन करने की अपनी क्षमताा में सुधार करना है, जो योजना और उत्पाद संबंधी निर्णयों के लिए महत्त्वपूर्ण जानकारी हैं।
- मुख्य परिणाम SDS१.१: Q१ के अंत तक, पृष्ठदृश्य मीट्रिक्स का उपयोग करने वाले विश्लेषकों को डेटा गुणवत्ता के आधारभूत मापों और स्वचालित ट्रैफ़िक पहचान हेयुरिस्टिक्स के प्रदर्शन के मापों तक पहुँच प्राप्त होगी।
- इस KR में खोजी गई परिकल्पनाओं के माध्यम से, हमारा लक्ष्य अपने वर्तमान स्वचालित ट्रैफ़िक पहचान हेरिस्टिक्स में कमियों की पहचान करना और यह समझना है कि वे पेजव्यू ट्रैफ़िक को उचित्त रूप से वर्गीकृत करने में कहाँ विफल होते हैं। ये जानकारियाँ पेजव्यू मीट्रिक्स को जनरेट और वर्गीकृत करने वाली पाइपलाइनों में सुधार की जानकारी देंगी। इसके अतिरिक्त, हम डेटा सटीकता में सुधार की निगरानी और माप के लिए डेटा गुणवत्ता मीट्रिक्स को परिभाषित करेंगे।
- यह KR यहाँ पहचाने गए आवश्यक पाइपलाइन सुधारों को लागू करने पर केंद्रित अनुवर्ती केआर के लिए आधार तैयार करेगा। इस चरण में स्थापित डेटा गुणवत्ता मीट्रिक उन भावी संवर्द्धनों की प्रभावशीलता का आकलन हेतु बेंचमार्क के रूप में कार्य करेंगे।
- मुख्य परिणाम SDS१.२: पहली तिमाही के अंत तक, मीडियाविकी सामग्री इतिहास डेटा सेट की सामग्री साप्ताहिक वितरण गारंटी (SLO) के साथ फ़ाइल निर्यात के माध्यम से उपलब्ध होगी। निर्यातित फ़ाइल डेटा, लीगेसी XML Dumps १ निर्यात के पाइपलाइन की तुलना में समतापूर्ण होगा।
- FY२४/२५ KR १.४ का लक्ष्य ३ सबसे प्रासंगिक डाउनस्ट्रीम पाइपलाइनों के लिए मासिक अपडेट किए गए mediawiki_wikitext_history और mediawiki_wikitext_history_current डेटा सेटों पर निर्भरता को हटाना और गारंटीकृत साप्ताहिक SLOs के साथ वैकल्पिक डेटा सेट प्रदान करना है।
- जबकि FY२४/२५ KR १.४ ने सबसे प्रासंगिक आश्रित पाइपलाइनों के लिए विश्वसनीयता के मुद्दों को कम करने में सहयता की, अविश्वसनीय विरासत इनपुट स्रोत के साथ शेष पाइपलाइनें बची हुई हैं। इन्हें भी माइग्रेट किया जाना चाहिए और साथ ही फ़ाइल आधारित इनपुट स्रोत को भी विकीटेक्स्ट इतिहास डेटा सेट में ही माइग्रेट किया जाना चाहिए।
- मुख्य परिणाम SDS१.३: Q२ के अंत तक, बॉट डिटेक्शन में १ अतिरिक्त सिग्नल सम्मिलित हो जाता है और विसंगतियों के लिए स्वचालित अलर्ट उत्पन्न होता है।
- पूरे फ़ाउंडेशन में, टीमें मानव पाठक संख्या और स्वचालित ट्रैफ़िक के बीच अंतर निर्धारित करने की क्षमता के आधार पर उत्पाद और वित्तपोषण संबंधी निर्णय ले रही हैं। डेटा प्लेटफ़ॉर्म बॉट डिटेक्शन सिग्नल और बैच विश्लेषण का केंद्रीय भंडार है। पहली/दूसरी तिमाही के लिए हमने जिन परिकल्पनाओं का अध्ययन किया है, उनके आधार पर हम स्वचालित ट्रैफ़िक के अपने विश्लेषण को और बेहतर बनाने के लिए नए बॉट डिटेक्शन सिग्नल प्रारम्भ करने की योजना बना रहे हैं, और नए सिग्नल प्रारम्भ करने की प्रक्रिया को कुशल और दोहराने योग्य बनाने की योजना बना रहे हैं।
- मुख्य परिणाम SDS१.४: दूसरी तिमाही के अंत तक, निर्णयकर्ताओं को हमारे संगठनात्मक मेट्रिक्स द्वारा प्रदान की गई अंतर्दृष्टि की वर्तमान स्थिति की स्पष्ट समझ हो जाएगी। हमें अपनी सफलता का पता तभी चलेगा जब हम बोर्ड मीटिंग के लिए तैयार एक प्रेजेंटेशन डेक प्रदान करेंगे जो विकिमीडिया पारिस्थितिकी तंत्र के साथ-साथ व्यापक इंटरनेट रुझानों और बाज़ार की चुनौतियों के संदर्भ में हमारे मेट्रिक्स के विश्लेषण को प्रस्तुत करेगा।
- हमारे संगठनात्मक मेट्रिक्स से प्राप्त अंतर्दृष्टि का उपयोग पूरे फाउंडेशन में अनेक निर्णय लेने के लिए किया जाता है, जिनमें यह निर्णय भी सम्मिलित है कि हम अपने उत्पाद कैसे बनाते हैं, हम बुनियादी ढाँचे के संसाधनों का आवंटन कैसे करते हैं, और हम धन कैसे जुटाते हैं। साथ ही, इंटरनेट का परिदृश्य भी विकसित हो रहा है, विशेष रूप से स्वचालित ट्रैफ़िक हमारे मेट्रिक्स को प्रभावित कर रहा है। हमारा लक्ष्य है कि फाउंडेशन नेतृत्व दिसंबर की बोर्ड बैठक में विकिमीडिया पारिस्थितिकी तंत्र के समक्ष खतरों और उसके भीतर अवसरों के बारे में एक स्पष्ट विवरण के साथ प्रवेश करे, जो आंतरिक मेट्रिक्स और बाहरी रुझानों के विश्वसनीय विश्लेषण द्वारा समर्थित हो। हम इस कहानी को उन अंतर्दृष्टियों, मेट्रिक्स और डेटा बिंदुओं को एकत्र करके बता सकते हैं जो हमें विश्वास के साथ बताते हैं:
- पाठकों की संख्या के हमारे आंतरिक मापों में रुझान (पृष्ठ दृश्य)
- हमारे योगदानकर्ता के पारिस्थितिकी तंत्र में रुझान
- बाहरी डेटा और प्रतिस्पर्धी बेंचमार्क से रुझान
- आंतरिक और बाह्य अध्ययनों और विश्वसनीय शोध से प्राप्त अंतर्दृष्टि
- हमारे संगठनात्मक मेट्रिक्स से प्राप्त अंतर्दृष्टि का उपयोग पूरे फाउंडेशन में अनेक निर्णय लेने के लिए किया जाता है, जिनमें यह निर्णय भी सम्मिलित है कि हम अपने उत्पाद कैसे बनाते हैं, हम बुनियादी ढाँचे के संसाधनों का आवंटन कैसे करते हैं, और हम धन कैसे जुटाते हैं। साथ ही, इंटरनेट का परिदृश्य भी विकसित हो रहा है, विशेष रूप से स्वचालित ट्रैफ़िक हमारे मेट्रिक्स को प्रभावित कर रहा है। हमारा लक्ष्य है कि फाउंडेशन नेतृत्व दिसंबर की बोर्ड बैठक में विकिमीडिया पारिस्थितिकी तंत्र के समक्ष खतरों और उसके भीतर अवसरों के बारे में एक स्पष्ट विवरण के साथ प्रवेश करे, जो आंतरिक मेट्रिक्स और बाहरी रुझानों के विश्वसनीय विश्लेषण द्वारा समर्थित हो। हम इस कहानी को उन अंतर्दृष्टियों, मेट्रिक्स और डेटा बिंदुओं को एकत्र करके बता सकते हैं जो हमें विश्वास के साथ बताते हैं:
- मुख्य परिणाम SDS१.१: Q१ के अंत तक, पृष्ठदृश्य मीट्रिक्स का उपयोग करने वाले विश्लेषकों को डेटा गुणवत्ता के आधारभूत मापों और स्वचालित ट्रैफ़िक पहचान हेयुरिस्टिक्स के प्रदर्शन के मापों तक पहुँच प्राप्त होगी।
प्रयोग मंच (एसडीएस२)
- उद्देश्य: उत्पाद प्रबंधक विकिपीडिया में उत्पाद सुविधा परिवर्तनों के प्रभावों का शीघ्रताा, आसानी और आत्मविश्वास से मूल्यांकन कर सकते हैं।
- उद्देश्य संदर्भ: उत्पाद सुविधा विकास के बारे में डेटा से सूचीत्त निर्णय लेने को सक्षम और तेज़ हेतु, उत्पाद प्रबंधकों को एक प्रयोग मंच की आवश्यकता होती है जिसमें वे सुविधाएँ परिभाषित कर सकें, उपयोगकर्ताओं के उपचार दर्शकों का चयन कर सकें और प्रभाव के माप देख सकें। लॉन्च से विश्लेषण तक के समय को तेज़ करना महत्त्वपूर्ण है, क्योंकि सीखने के लिए समय-सीमा को छोटा करने से प्रयोग और अंततः नवाचार में तेज़ी आएगी। मैन्युअल कार्य और माप के लिए कस्टम दृष्टिकोण को गति के लिए बाधाओं के रूप में पहचाना गया है। आदर्श परिदृश्य यह है कि उत्पाद प्रबंधक प्रयोग लॉन्च से खोज तक इंजीनियरों और विश्लेषकों से बहूत कम या बिना किसी मैन्युअल हस्तक्षेप के पहुँच सकते हैं।
- हम अगले वित्तीय वर्ष के लिए विकिपीडिया पर ध्यान केंद्रित कर रहे हैं क्योंकि कोर एक्सपीरियंसेज को प्रयोग में रुचि है (संगठनात्मक रणनीति ने हमें विकिपीडिया पर दोगुना जोर दिया है), और क्योंकि यह हमें अधिक स्पष्ट रूप से ध्यान केंद्रित करने और संकेत देने की अनुमति देता है कि हम किन टीमों और परियोजनाओं के साथ जुड़ रहे हैं। अन्य टीमों ने प्रयोग प्लेटफ़ॉर्म घटकों का उपयोग किया है और ऐसा करना जारी रख सकते हैं, लेकिन वह उपयोग इस उद्देश्य का केंद्र नहींं होगा।
- मुख्य परिणाम एसडीएस २.१: दूसरी तिमाही के अंत तक, प्रयोग प्लेटफॉर्म का उपयोग करके कम से कम २ पूर्ण प्रयोग चक्रों को पूरा करना संभव बनाना।
- चूँकि संगठन डेटा-सूचीत्त उत्पाद निर्णयों पर अधिक जोर दे रहा है, इसलिए हमें प्रयोग को सभी उत्पाद टीमों के लिए सुलभ बनाना चाहिए, न कि केवल विशेष कौशल वाले लोगों के लिए। उत्पाद टीमों को साझा मानकों, उपकरणों और बुनियादी ढाँचे की आवश्यकता होती है जो उन्हें सक्षम बनाता है:
- हमारे वैश्विक उपयोगकर्ता आधार पर विचारों का त्वरित परीक्षण करें
- मानकीकृत मीट्रिक्स के साथ उत्पाद परिवर्तनों के प्रभाव को मापें
- हमारे आंदोलन के हितधारकों के साथ पारदर्शी तरीके से परिणाम साझा करें
- हम “सक्षम टीमों” की संख्या से हटकर “पूर्ण किए गए प्रयोगों” की संख्या पर ध्यान क्यों केंद्रित कर रहे हैं:
- रणनीतिक संरेखण: यह प्लेटफ़ॉर्म का प्राथमिक सफलता मीट्रिक है
- डेटा-सूचीत्त दृष्टिकोण: हमारा उपयोगकर्ता अनुसंधान (प्रगति पर) पूरे संगठन में परिवर्तनशील टीम तत्परता का सुझाव देता है, जबकि हम जानते हैं कि वेब टीम ने दो विशिष्ट प्रयोगों में रुचि की पुष्टि की है।
- संसाधन अनुकूलन: हमारे एमवीपी प्लेटफ़ॉर्म रोलआउट के लिए हाई-टच ऑनबोर्डिंग की आवश्यकता होगी, जिससे निकट भविष्य में कई टीमों में व्यापक जाल बिछाने के बजाय प्रयोग के अवसरों पर ध्यान केंद्रित करना अधिक कुशल होगा। हम एक सामान्य रिलीज़ की ओर बढ़ने की योजना बना रहे हैं और अगर हम इसे टाल सकते हैं तो फिर से प्रशिक्षण टीमों में निवेश नहींं करना चाहते हैं।
- भविष्य पर ध्यान केंद्रित: पूर्ण प्रयोग चक्रों से प्राप्त फीडबैक आंशिक या अपूर्ण अपनाने से प्राप्त सीखों की तुलना में हमारे प्लेटफ़ॉर्म सुधारों को अधिक प्रभावी ढंग से सूचीत्त करेगा। जैसे-जैसे हम सामान्य रिलीज़ की ओर बढ़ते हैं, प्रयोग पूरा होने पर ध्यान केंद्रित करने से अस्थायी दृष्टिकोणों में निवेश करने से बचा जा सकता है जिन्हें फिर से विकसित करने की आवश्यकता होगी।
- हम टीम की आवश्यकताों और आवश्यकताओं को जानने के लिए उपयोगकर्ता अनुसंधान की प्रक्रिया में हैं: मई २०२५ की दूसरी छमाही में उत्पाद टीम की आवश्यकताों को स्पष्ट हेतु सर्वेक्षण और साक्षात्कार निर्धारित किए जा रहे हैं। एक बार जब वह शोध पूरा हो जाता है, तो हम एक प्रयोग कैलेंडर बनाएँगे जिसका उपयोग हमारे अगले केआर लक्ष्यों और प्राथमिकता को निर्धारित हेतु किया जा सकता है।
- चूँकि संगठन डेटा-सूचीत्त उत्पाद निर्णयों पर अधिक जोर दे रहा है, इसलिए हमें प्रयोग को सभी उत्पाद टीमों के लिए सुलभ बनाना चाहिए, न कि केवल विशेष कौशल वाले लोगों के लिए। उत्पाद टीमों को साझा मानकों, उपकरणों और बुनियादी ढाँचे की आवश्यकता होती है जो उन्हें सक्षम बनाता है:
- मुख्य परिणाम एसडीएस २.१: दूसरी तिमाही के अंत तक, प्रयोग प्लेटफॉर्म का उपयोग करके कम से कम २ पूर्ण प्रयोग चक्रों को पूरा करना संभव बनाना।
भावी दर्शक (FA)
भावी दर्शक (FA1)
- उद्देश्य: विकिमीडिया फाउंडेशन रणनीतिक निवेशों पर अनुशंसाें लेकर आया है, जिससे हमारे आंदोलन को बदलते इंटरनेट में नए दर्शकों की सेवा करने में सहयता मिलेगी।
- उद्देश्य संदर्भ: प्रौद्योगिकी और ऑनलाइन उपयोगकर्ता व्यवहार में चल रहे परिवर्तनों (जैसे, सोशल ऐप के माध्यम से जानकारी प्राप्त करने की बढ़ती प्राथमिकता, लघु वीडियो एजु-टेनमेंट की लोकप्रियता, जनरेटिव एआई का उदय) के कारण, विकिमीडिया आंदोलन पाठकों और योगदानकर्ताओं को आकर्षित करने और बनाए रखने में चुनौतियों का सामना कर रहा है। ये परिवर्तन नए तरीकों से जानकारी बनाकर और वितरित करके नए दर्शकों की सेवा करने के अवसर भी लाते हैं। हालाँकि, एक आंदोलन के रूप में हमारे पास चुनौतियों को दूर करने या नए अवसरों को जब्त हेतु विभिन्न संभावित रणनीतियों के लाभों और ट्रेडऑफ़ की स्पष्ट डेटा-सूचीत्त तस्वीर नहींं है। उदाहरण के लिए, क्या हमें...
- चैटबॉट जैसी बड़ी नई सुविधाओं में निवेश करें?
- विकिमीडिया के ज्ञान और मार्ग को लोकप्रिय तृतीय-पक्ष प्लेटफार्मों में योगदान के लिए लाना?
- कुछ और?
- यह सुनिश्चित्त हेतु कि विकिमीडिया एक बहु-पीढ़ी परियोजना बन जाए, हम बेहतर समझ के लिए परिकल्पनाओं का परीक्षण करेंगे और भावी दर्शकों को आकर्षित करने और बनाए रखने के लिए विकिमीडिया फाउंडेशन और विकिमीडिया आंदोलन के लिए आशाजनक रणनीतियों की अनुशंसा करेंगे।
- मुख्य परिणाम FA1.1: भावी दर्शकों की प्रयोगात्मक अंतर्दृष्टि और अनुशंसाों के परिणामस्वरूप, तीसरी तिमाही के अंत तक कम से कम एक उद्देश्य या मुख्य परिणाम, जो कि गैर-भावी दर्शकों की टीम के स्वामित्व में है, आगामी वर्ष की वार्षिक योजना के मसौदे में उपलब्ध है।
- २०२० से, विकिमीडिया फ़ाउंडेशन बाहरी रुझानों पर दृष्टी रख रहा है जो ज्ञान-उपभोक्ताओं और ज्ञान-योगदानकर्ताओं की भावी पीढ़ियों की सेवा करने की हमारी क्षमताा को प्रभावित कर सकते हैं और आने वाली पीढ़ियों के लिए एक संपन्न मुक्त ज्ञान आंदोलन बने रह सकते हैं। फ्यूचर ऑडियंस, एक छोटी आरएंडडी टीम, निम्नलिखित कार्य करेगी:
- इन प्रवृत्तियों से निपटने के तरीकों का पता लगाने के लिए तीव्र, समयबद्ध प्रयोग (प्रति वित्तीय वर्ष कम से कम ३ प्रयोग करने का लक्ष्य) करें
- प्रयोगों से प्राप्त अंतर्दृष्टि के आधार पर, नए गैर-प्रयोगात्मक निवेशों के लिए अनुशंसाें करना जिन्हें WMF को अपनाना चाहिए - अर्थात नए उत्पाद या कार्यक्रम जिन्हें पूरी टीम या टीमों द्वारा अपनाया जाना चाहिए - हमारी नियमित वार्षिक योजना अवधि के दौरान।
- यह प्रमुख परिणाम तभी प्राप्त होगा जब कम से कम एक उद्देश्य या प्रमुख परिणाम, जो भावी दर्शकों से बाहर की किसी टीम के स्वामित्व में हो और भावी दर्शकों की अनुशंसा से प्रेरित हो, आगामी वित्तीय वर्ष के लिए वार्षिक योजना के प्रारूप में दिखाई दे।
- २०२० से, विकिमीडिया फ़ाउंडेशन बाहरी रुझानों पर दृष्टी रख रहा है जो ज्ञान-उपभोक्ताओं और ज्ञान-योगदानकर्ताओं की भावी पीढ़ियों की सेवा करने की हमारी क्षमताा को प्रभावित कर सकते हैं और आने वाली पीढ़ियों के लिए एक संपन्न मुक्त ज्ञान आंदोलन बने रह सकते हैं। फ्यूचर ऑडियंस, एक छोटी आरएंडडी टीम, निम्नलिखित कार्य करेगी:
- मुख्य परिणाम FA1.1: भावी दर्शकों की प्रयोगात्मक अंतर्दृष्टि और अनुशंसाों के परिणामस्वरूप, तीसरी तिमाही के अंत तक कम से कम एक उद्देश्य या मुख्य परिणाम, जो कि गैर-भावी दर्शकों की टीम के स्वामित्व में है, आगामी वर्ष की वार्षिक योजना के मसौदे में उपलब्ध है।
- उद्देश्य संदर्भ: प्रौद्योगिकी और ऑनलाइन उपयोगकर्ता व्यवहार में चल रहे परिवर्तनों (जैसे, सोशल ऐप के माध्यम से जानकारी प्राप्त करने की बढ़ती प्राथमिकता, लघु वीडियो एजु-टेनमेंट की लोकप्रियता, जनरेटिव एआई का उदय) के कारण, विकिमीडिया आंदोलन पाठकों और योगदानकर्ताओं को आकर्षित करने और बनाए रखने में चुनौतियों का सामना कर रहा है। ये परिवर्तन नए तरीकों से जानकारी बनाकर और वितरित करके नए दर्शकों की सेवा करने के अवसर भी लाते हैं। हालाँकि, एक आंदोलन के रूप में हमारे पास चुनौतियों को दूर करने या नए अवसरों को जब्त हेतु विभिन्न संभावित रणनीतियों के लाभों और ट्रेडऑफ़ की स्पष्ट डेटा-सूचीत्त तस्वीर नहींं है। उदाहरण के लिए, क्या हमें...
सोशल वीडियो (FA२)
- उद्देश्य: युवा (<२५ वर्ष) लोग विकिपीडिया की विषय-वस्तु को पसंद करें, उससे सीखें, उससे जुड़ें और उसे उन प्लेटफार्मों पर साझा करें जहाँ वे ऑनलाइन समय बिताना पसंद करते हैं।
- उद्देश्यपूर्ण संदर्भ: इस वित्तीय वर्ष में लघु वीडियो के साथ फ्यूचर ऑडियंस के प्रयोग से पता चला है कि हम इन प्लेटफार्मों पर बड़े पैमाने पर युवा दर्शकों तक पहुँच सकते हैं, लेकिन हमारे ब्रांड स्वास्थ्य्य डेटा से पता चलता है कि हमारा वर्तमान निवेश जेन-जेड आयु वर्ग के दर्शकों के बीच विकिपीडिया के प्रति जागरूकता और आत्मीयता में गिरावट का मुकाबला हेतु पर्याप्त नहींं है।
- यह सुनिश्चित्त हेतु कि हम इस पीढ़ी तक प्रभावी रूप से पहुँचें और उसे सम्मिलित करें, हमारा मानना है कि हमें विभिन्न प्रकार की युक्तियों को अपनाने की आवश्यकता होगी, तथा भुगतान और प्रभावशाली विपणन, रचनात्मक अभियान, रुझानों के प्रति उत्तरदायी होने और इन चैनलों पर प्रयोग के अपने स्तर को बढ़ाने जैसे क्षेत्रों में अपनी भागीदारी को महत्त्वपूर्ण रूप से बढ़ाना होगा।
- हम उम्मीद करते हैं कि हम जिन चुनौतियों का सामना कर रहे हैं, उनसे निपटने के लिए हमें और अधिक निवेश की आवश्यकता होगी, विशेष रूप से संचार और विपणन प्रयासों में सहभागिता बढ़ाने के लिए, साथ ही साथ इन प्लेटफार्मों पर विकिपीडिया के ब्रांड और सामग्री की उपस्थिति बढ़ाने के लिए नए उत्पादों और अनुभवों को बनाने पर अंतर-विभागीय सहयोग की आवश्यकता होगी।
- मुख्य परिणाम FA२.१: H१ के अंत तक सभी स्वामित्व वाले चैनलों पर लघु-प्रारूप वीडियो सामग्री से ९,५००,००० दृश्य उत्पन्न करना।
- इस वर्ष, हमने TikTok, Instagram और YouTube पर @Wikipedia चैनलों पर लघु वीडियो लॉन्च करने के ३ महीने के भीतर लगभग १ मिलियन व्यू की पहुँच हासिल की। अगले वित्तीय वर्ष की प्रारम्भ तक, हम अपने स्वामित्व वाले चैनलों पर अधिक अनुयायियों और प्रभावी/आकर्षक सामग्री के बारे में अधिक जानकारी की उम्मीद करते हैं जिसे हम और भी अधिक दर्शकों तक पहुँचने के लिए अभ्यास में ला सकते हैं।
- वर्ष की पहली छमाही में एक महत्त्वाकांक्षी लक्ष्य निर्धारित करके, हम अधिक महत्त्वपूर्ण प्रभाव की ओर बढ़ने, कार्य को सुविधाजनक बनाने के लिए नई रणनीतियों/प्रक्रियाओं के निर्माण की अनुमति देने, तथा इस लक्ष्य को पूरा हेतु अतिरिक्त संसाधनों की वकालत करने में सक्षम होने की आशा करते हैं।
- मुख्य परिणाम FA२.२: वित्त वर्ष २५/२६ (जून २०२६) के अंत तक TikTok पर हमारे ऑफ-प्लेटफ़ॉर्म फ़ॉलोइंग को मिड टियर (१००k-२५०k फ़ॉलोअर्स) से मैक्रो टियर (२५०k-१M फ़ॉलोअर्स) तक बढ़ाना।
- हम वर्तमान में TikTok फ़ॉलोइंग के मिड टियर (१००k-२५०k फ़ॉलोअर्स) में हैं, और हमारा लक्ष्य FY२५/२६ (जून २०२६) के अंत तक मैक्रो टियर (२५०k-१M फ़ॉलोअर्स) तक पहुँचना है। ये टियर—माइक्रो, मिड और मैक्रो—दर्शकों की संख्या और पहुँच के लिए उद्योग में मानक मानक हैं। इस मुकार्य तक पहुँचने के लिए, हम अपनी कंटेंट रणनीति को बेहतर बनाएँगे ताकि जेनरेशन Z फ़ॉलोअर्स को बेहतर ढंग से आकर्षित किया जा सके और कम्युनिटी मैनेजमेंट के ज़रिए हमारी समग्र दृश्यता बढ़े। H१ का प्रदर्शन H२ में सामरिक समायोजनों को सूचित करेगा ताकि विकास में तेज़ी आए और हम इस उपलब्धि को हासिल कर सकें।
- मुख्य परिणाम FA२.३: भावी दर्शकों के सीखने/मीडिया उपभोग के नए तरीकों को ध्यान में रखते हुए एक उत्पाद को ऑफ-प्लेटफॉर्म पर लॉन्च करना तथा एक सहयोगी उत्पाद ब्रांडिंग और विपणन अभियान के माध्यम से इसे बाजार में लाना।
- फ्यूचर ऑडियंस आमतौर पर न्यूनतम/ऑर्गेनिक मार्केटिंग के साथ छोटे पैमाने पर प्रयोगों पर कार्य करता है। इस वर्ष, हम युवा दर्शकों को ऑफ-प्लेटफ़ॉर्म लक्षित करने वाले अधिक बड़े पैमाने पर नए उत्पाद + मार्केटिंग अभियान के लिए समय आरक्षित करना चाहेंगे।
- मुख्य परिणाम FA२.१: H१ के अंत तक सभी स्वामित्व वाले चैनलों पर लघु-प्रारूप वीडियो सामग्री से ९,५००,००० दृश्य उत्पन्न करना।
उत्पाद एवं इंजीनियरिंग सहायता (PES)
उत्पाद एवं इंजीनियरिंग सहायता (PES1)
- उद्देश्य: बेहतर प्रक्रियाओं के कारण WMF उत्पाद और इंजीनियरिंग टीमें अधिक प्रभावी हैं, जिससे हमारी संस्कृति में सकारात्मक बदलाव को बढ़ावा मिलता है।
- उद्देश्य संदर्भ: यह उद्देश्य विकिमीडिया फाउंडेशन के कार्य करने के तरीकों को तेज़, स्मार्ट और बेहतर बनाने के बारे में है। यह सब इस बारे में है कि हम कैसे कार्य करते हैं। इसका मतलब है प्रक्रियाओं में कम घर्षण और बाधाएँ (अक्षमतााएँ और त्रुटियाँ) और प्रभाव को तेज़ी से प्राप्त करना। यह उद्देश्य कार्य के उन तरीकों को सीखने के बारे में भी है जिन्हें पूरे विभाग और संगठन में अपनाया जा सकता है।
- मुख्य परिणाम PES1.1: दूसरी तिमाही के अंत तक, प्राथमिकता निर्धारण रूब्रिक के आधार पर ६ उत्पादन सेवाओं के लिए SLO को परिभाषित करें, जिसका उद्देश्य हितधारक टीमों द्वारा विश्वसनीयता से संबंधित कार्य की प्राथमिकता के बारे में सूचीत्त निर्णय लेने के लिए SLO को परिभाषित करने और उपयोग करने के उपाए के बारे में हमारी सीख को अधिकतम करना है।
- सेवा स्तर उद्देश्य (एसएलओ) हितधारक टीमों के बीच सेवा के लक्ष्य स्तर (विश्वसनीयता/प्रदर्शन) पर एक समझौता है जिसे पूरा हेतु टीमें सहयोग करती हैं (और बहुत अधिक नहींं)। उदाहरण के लिए, यह निर्धारित करने में सहयता करता है कि विकास टीम द्वारा विश्वसनीयता या प्रदर्शन कार्य को कब प्राथमिकता दी जानी चाहिए या प्राथमिकता से वंचित्त किया जाना चाहिए, या क्या समस्या का गठन करता है। टीमों को यह पहचानने की ज़रूरत है कि क्या तत्काल है (चेतावनी/घटना प्रतिक्रिया/महत्त्वपूर्ण बग) बनाम क्या नहींं है। लक्ष्य लक्ष्यों पर बातचीत करके और साझा और स्पष्ट प्राथमिकता को सूचीत्त करके कार्यों में घर्षण को कम करना है।
- मुख्य परिणाम PES१.२: Q२ के अंत तक, सामुदायिक संकेतों (इच्छा सूची सहित) ने WMF को Q३ - Q४ के लिए कम से कम ५ उत्पाद कार्यप्रवाहों को प्राथमिकता देने के लिए प्रभावित किया है।
- हमारा लक्ष्य यह पहचानना और उसका जश्न मनाना है कि टीमें साक्ष्य-आधारित सामुदायिक अनुरोधों के आधार पर कार्य को प्राथमिकता देती हैं या नहींं।
- दो नियोजित परिकल्पनाएँ विशेष रूप से विशलिस्ट पर केंद्रित हैं। वे विश्वास को बेहतर बनाने, प्रक्रियाओं को सुव्यवस्थित करने और कर्मचारियों और स्वयंसेवकों के बीच भागीदारी बढ़ाने के लिए डिज़ाइन की गई हैं। एक अन्य परिकल्पना एक प्रयोग है जिसे यह देखने के लिए डिज़ाइन किया गया है कि क्या गाँव के पंप आदि से पर्याप्त मूल्यवान संकेत हैं, और क्या AI हमारी सिग्नल एकत्र करने की क्षमताा का समर्थन कर सकता है।
- मुख्य परिणाम PES1.3: दो प्रारंभिक चरण के अंतर-विभागीय प्रयोगों को, जिन्हें हमारे बाह्य उपभोक्ता, दाता और योगदानकर्ता दर्शकों द्वारा मान्य किया गया है, फाउंडेशन द्वारा वार्षिक योजना में सम्मिलित किया गया है।
- यह कार्य हमारे संगठन में अपनाने के लिए प्रयोग और प्रयोगात्मक प्रक्रियाएँ बनाने के बारे में है।
- फाउंडेशन अपने वार्षिक नियोजन में दो मान्य, प्रारंभिक चरण के प्रयोगों को सम्मिलित करके विभागों के बीच प्रयोग की संस्कृति को सशक्त करता है। यह पहल उत्पाद और प्रौद्योगिकी विभाग की फीचर टीमों से परे सहयोग को बढ़ावा देती है, संगठन में अन्य विभागों (जैसे संचार और उन्नति) के साथ अधिक नवाचार को प्रोत्साहित करती है। नए विचारों को विकसित करके और प्रयोग के लिए प्रक्रियाओं को सुव्यवस्थित करके, टीमें उत्पादकता और पैमाने के प्रभाव को बढ़ाती हैं। सफलता को प्रति वर्ष दो विभागों के बीच प्रयोग पूरा करके, उन्हें भविष्य के OKR कार्य में एकीकृत करके और प्रयोग प्रथाओं को अपनाने में वृद्धि करके मापा जाता है। आउटपुट के उदाहरण नए संपादकों की वृद्धि और उत्पादकता बढ़ाने के लिए नए प्रोटोटाइप हैं, प्रयोगात्मक विशेषताएं जो विकिपीडिया से पाठक और दाता के जुड़ाव को गहरा करती हैं। पहचाना गया एक विशिष्ट अवसर विकिपीडिया के २५वें जन्मदिन का जश्न मनाने के लिए छोटे फीचर अन्वेषणों को जोड़ना है।
- मुख्य परिणाम PES1.1: दूसरी तिमाही के अंत तक, प्राथमिकता निर्धारण रूब्रिक के आधार पर ६ उत्पादन सेवाओं के लिए SLO को परिभाषित करें, जिसका उद्देश्य हितधारक टीमों द्वारा विश्वसनीयता से संबंधित कार्य की प्राथमिकता के बारे में सूचीत्त निर्णय लेने के लिए SLO को परिभाषित करने और उपयोग करने के उपाए के बारे में हमारी सीख को अधिकतम करना है।
- उद्देश्य संदर्भ: यह उद्देश्य विकिमीडिया फाउंडेशन के कार्य करने के तरीकों को तेज़, स्मार्ट और बेहतर बनाने के बारे में है। यह सब इस बारे में है कि हम कैसे कार्य करते हैं। इसका मतलब है प्रक्रियाओं में कम घर्षण और बाधाएँ (अक्षमतााएँ और त्रुटियाँ) और प्रभाव को तेज़ी से प्राप्त करना। यह उद्देश्य कार्य के उन तरीकों को सीखने के बारे में भी है जिन्हें पूरे विभाग और संगठन में अपनाया जा सकता है।
परिकल्पनाएँ
प्रश्न १
डब्ल्यूएमएफ की वार्षिक योजना की पहली तिमाही (Q१) जुलाई-सितंबर को कवर करती है।
| विकी अनुभव (WE) की परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | प्रश्न १ पाठ | विवरण एवं चर्चा |
| WE1.1.1 | यदि हम किसी बाहरी साइट से पाठ डालने वाले नए स्वयंसेवकों से यह पुष्टि हेतु कहें कि क्या उन्होंने वह सामग्री लिखी है जिसे वे जोड़ने का प्रयास कर रहे हैं, तो हम देखेंगे कि नए स्वयंसेवकों द्वारा प्रकाशित नई सामग्री के संपादनों के प्रतिशत में ≥१०% की कमी आएगी, जिन्हें WP:COPYVIO (और संबंधित नीतियों) के आधार पर वापस कर दिया जाता है। | |
| WE1.1.2 | यदि हम "टोन सुधारें" सुझाए गए संपादन का प्रारंभिक बीटा संस्करण प्रदान करते हैं, तो हम जान सकते हैं कि सुझाए गए संपादनों का यह नया प्रारूप, गश्तीकर्ताओं/समीक्षकों के लिए मॉडरेशन का बोझ बढ़ाए बिना, नए योगदानकर्ताओं के लिए रचनात्मक संपादन बढ़ाने का एक सार्थक तरीका है या नहींं। | |
| WE1.1.3 | यदि हम दृश्य संपादक (मोबाइल + डेस्कटॉप) के भीतर वरिष्ठ योगदानकर्ताओं को लक्षित एक नया सुझाव मोड लागू करते हैं, जिसमें बीटा फीचर के रूप में ≥ ३ नए संपादन सुझाव होते हैं, तो हम यह पता लगाएंगे कि नियंत्रित प्रयोग के माध्यम से नए स्वयंसेवकों के साथ अनुभव का मूल्यांकन करने से पहले क्या - यदि कोई हो - समायोजन करने की आवश्यकता है। | |
| WE1.1.4 | यदि हम नियंत्रित प्रयोग के माध्यम से en.wiki पर संदर्भ जाँच लागू करते हैं, तो हम नए स्वयंसेवकों द्वारा प्रकाशित रचनात्मक संपादनों में ≥१०% की वृद्धि देखेंगे और यह जान पाएंगे कि क्या इस सुविधा को अधिक व्यापक रूप से सक्षम हेतु गश्तकर्ताओं और मॉडरेटरों के बीच पर्याप्त समर्थन है? | |
| WE1.1.5 | यदि हम नए लोगों के साथ डिजाइन प्रोटोटाइप के माध्यम से प्रगति प्रणाली का परीक्षण करते हैं, तो हम पहचान सकते हैं कि किस प्रकार के मील के पत्थर, मार्गदर्शन और मान्यता को सबसे अधिक प्रेरक माना जाता है, और भविष्य के पायलट विकी प्रयोग के लिए डिजाइन को अंतिम रूप देने के लिए इन जानकारियों का उपयोग कर सकते हैं। | |
| WE1.1.6 | यदि हम उपयोगकर्ता अनुसंधान और डेटा विश्लेषण के माध्यम से मोबाइल वेब संपादन के लिए शीर्ष तकनीकी, सामाजिक और व्यवहारिक बाधाओं और सक्षमतााओं की जाँच करते हैं, तो हम कम से कम ३ कार्रवाई योग्य अंतर्दृष्टि उत्पन्न करेंगे जो महत्त्वपूर्ण ज्ञान अंतराल को बंद कर देगा और वित्त वर्ष २५/२६ की दूसरी छमाही और उसके बाद के लिए उत्पाद निवेश को आत्मविश्वास से प्राथमिकता देने की हमारी क्षमता को सशक्त करेंगे। | |
| WE1.2.1 | यदि हम विकि पर सहयोगात्मक योगदान डेटा प्रदर्शित हेतु अवधारणा का प्रमाण तैयार करते हैं, तो हम कम से कम ३० योगदानकर्ताओं से फीडबैक एकत्र कर सकते हैं, जिसमें ७०% उत्तरदाताओं का कहना होगा कि यह सुविधा उपयोगी है और सहयोगात्मक विकास को बढ़ावा देने में सहयता कर सकती है। | |
| WE1.3.1 | यदि हम पिछले शोध और डिजाइन से पहचानी गई आवश्यकताओं का उपयोग करते हैं और शीर्ष X सबसे प्रभावशाली मॉडरेटर मॉड्यूल के प्रारम्भी मॉकअप साझा करते हैं, तो हम उनके साथ मॉडरेशन क्रियाओं के लिए होमपेज को संशोधित कर सकते हैं। | |
| WE1.3.2 | यदि हम मॉडरेटर मॉड्यूल को सशर्त रूप से प्रस्तुत करने के लिए नवागंतुक होमपेज को संशोधित करते हैं, तो हम मॉडरेटर के लिए होमपेज का उपयोग करने की व्यवहार्यता साबित कर सकते हैं। | |
| WE1.4.1 | अगर हम T३९६४८९ में बताए गए कई सुधार करते हैं, तो हम बड़े विकि पर धीमी हालिया परिवर्तन क्वेरीज़ को X प्रतिशत तक कम कर देंगे। फिर मॉडरेटर टूल उन विकि पर बिना किसी विशेष डेटाबेस प्रदर्शन चिंता के होमपेज मॉड्यूल लागू कर पाएँगे। | T400696 |
| WE2.1.1 | यदि हम छोटे विकि के मूल वक्ताओं को उनके क्षेत्र के उच्च-ट्रैफिक वाले विकिपीडिया पर सेंट्रलनोटिस बैनर के माध्यम से सुझाए गए संपादन और अन्य विकास सुविधाओं में योगदान हेतु आमंत्रित करते हैं, तो हम यह आकलन कर सकते हैं कि क्या यह दृष्टिकोण नए मूल वक्ताओं को आकर्षित करता है और क्या वे महत्त्वपूर्ण सामग्री को बेहतर बनाने के लिए इन संपादन उपकरणों का उपयोग करते हैं। | |
| WE2.1.2 | यदि हम नए संपादकों के लिए अनुवाद सुझाव विकसित और जारी करें, तो हम यह परीक्षण कर सकेंगे कि क्या यह दृष्टिकोण हमारे वर्तमान दृष्टिकोण की तुलना में बेहतर अनुवाद परिणाम देता है।
यह नए संपादकों के सामने आने वाली ज्ञात चुनौतियों का समाधान करता है, जिनके लेख हटाए जाने की संभावना अधिक होती है। उन्हें अधिक प्रबंधनीय सामग्री के अनुवाद की ओर निर्देशित करके, हमारा लक्ष्य अनुवाद प्रक्रिया का कम बोझिल और अधिक सुलभ परिचय प्रदान करना है। अच्छे लेख और अनुभाग प्रारूपण और समग्र लंबाई के संदर्भ में सीमित जटिलता वाले लग सकते हैं। |
|
| WE2.1.3 | यदि हम नए लेख और अनुभाग बनाते समय संपादक के अनुभव के बारे में जानें (जिसमें प्रेरणाएं, समस्या-बिंदु और उन्हें बेहतर उपाए से समर्थन देने के नए विचारों पर उनकी प्रतिक्रिया सम्मिलित है), तो हम उपयोगकर्ता की आवश्यकताों और व्यवहारों को उजागर करेंगे जो उत्पाद, डिजाइन और इंजीनियरिंग को लेख निर्माण अनुभव में सुधार हेतु कार्रवाई योग्य अंतर्दृष्टि और रणनीति प्रदान करते हैं। | |
| WE2.1.4 | यदि हम सहभागी कार्यशालाओं या साक्षात्कारों के माध्यम से यह पता लगाएं कि तीन मध्यम आकार के विकिपीडिया ज्ञान अंतराल और महत्त्व को कैसे देखते हैं, तो हम "महत्त्वपूर्ण ज्ञान" के लिए कार्यशील परिभाषाएं या अवधारणाएं सामने लाएंगे जो प्रत्येक समुदाय के लिए प्रासंगिक हैं। | |
| WE2.2.1 | यदि हम पारसोइड के रोलआउट का अनुसरण करते हैं और अधिकांश विकिशंसरीज और कुछ कम ट्रैफिक वाले विकिपीडियाओं पर विकिफंक्शन्स को एकीकृत करते हैं, तो हमें बड़े विकिओं पर आत्मविश्वास से रोलआउट हेतु आवश्यक परीक्षण मिल जाएगा। | |
| WE2.2.2 | यदि हम विकीफ़ंक्शन को HTML तालिकाओं, स्टाइलिंग और लिंक्स को आउटपुट करने में सक्षम बनाते हैं, तो हम एक ऐसे फ़ंक्शन के माध्यम से प्रदर्शित करेंगे जो एक संयुग्मन तालिका प्रदर्शित करता है, जो सरल रूपांतरणों से परे विकिक्शनरीज़ पर शुद्ध नया ज्ञान उत्पन्न करने की इसकी क्षमता है। | |
| WE2.2.3 | यदि हम एम्बेडेड फ़ंक्शन कॉल में विकिडेटा इकाइयों के लिए समर्थन जोड़ते हैं, तो हम २०० से अधिक नए फ़ंक्शन सक्षम करेंगे जो विकिडेटा इकाइयों का उपयोग करके व्यापक वाक्य उत्पन्न कर सकते हैं, जिससे विकिमीडिया परियोजनाओं पर फ़ंक्शन का उपयोग अधिक आसानी से हो सकेगा। | |
| WE2.2.4 | यदि हम इस बात के लिए एक आर्किटेक्चर योजना तैयार कर लें कि सार सामग्री कहां रहेगी और यह विकिपीडिया के साथ किस प्रकार इंटरैक्ट करेगी, तो हम उच्च गुणवत्ता वाली विश्वकोश सामग्री के प्रावधान को बढ़ाने के लिए सार विकिपीडिया प्लेटफॉर्म को क्रियान्वित हेतु अधिक तत्पर होंगे। | |
| WE2.2.5 | यदि हम उत्पाद एवं प्रौद्योगिकी टीमों के बीच सार सामग्री के लिए आवश्यक उद्धरणों की उत्पाद आवश्यकताओं को परिभाषित और सामूहीकृत कर लें, तो हम सार सामग्री से जुड़ी उद्गम जानकारी प्रदान हेतु क्रॉस-विकिमीडिया कार्य को आगे बढ़ाने में सक्षम हो जाएँगे, जो कि विकि में सफल उपयोग के लिए महत्त्वपूर्ण है। | |
| WE2.2.6 | यदि हम अपने बैकएंड-आंतरिक अनुरोध प्रारूप को अधिक अभिव्यंजक और संक्षिप्त बनाते हैं, तो हम सिस्टम की स्थिरता बढ़ा सकते हैं, जिससे व्यापक रोलआउट का समर्थन हो सकता है। | |
| WE2.2.7 | यदि हम प्राकृतिक भाषा स्निपेट उत्पन्न हेतु विकिडेटा और विकिफंक्शन्स कॉल का उपयोग करते हुए प्रोटोटाइप अंश प्रदान करते हैं, तो हम परियोजना के लिए तत्परता दिखाएंगे, और एआई को प्रशिक्षित हेतु इसका उपयोग हेतु तैयार होंगे ताकि मनुष्यों को कार्यों के बारे में बहुत अधिक सोचना न पड़े। | |
| WE2.2.8 | यदि हम विकिडेटा कथनों को योग्यताओं के साथ आयातित करते हैं, तो बहुआयामी तथ्य (ऐसे तथ्य जिन्हें व्यक्त हेतु केवल विषय/विधेय/मूल्य से अधिक की आवश्यकता होती है) उत्पन्न करना संभव होगा, जिसमें विकिडेटा में अनुमानित ५०% विश्वकोश सामग्री सम्मिलित है। | |
| WE2.2.9 | यदि हम पुनर्प्राप्त विकिडेटा इकाइयों की कैशिंग प्रदान करते हैं, तो हम विकिडेटा सामग्री-आधारित कार्यों के औसत रनटाइम को कम से कम ५०% तक कम कर देंगे, जिससे टाइमआउट और उपयोगकर्ता की निराशा कम हो जाएगी। | |
| WE2.2.10 | यदि हम विकीफ़ंक्शन्स यूआई में विकीडेटा लेक्सेम सेंस घटक प्रदान करते हैं, तो योगदानकर्ता प्लेटफ़ॉर्म/विकीफ़ंक्शन्स को छोड़े बिना प्रासंगिक लेक्सेम्स की पहचान और चयन करने में सक्षम होंगे - जिससे संदर्भ स्विचिंग कम हो जाएगी और भाषा-संबंधित फ़ंक्शनों का तेज़ और अधिक सफल निर्माण संभव हो सकेगा। | |
| WE2.2.11 | यदि हम विकिपीडिया पर विकीफंक्शन्स एकीकरण पर दागबानी समुदाय से प्राप्त प्रयोज्यता संबंधी निष्कर्षों पर विचार करें, तो हम देखेंगे कि परीक्षण के दौरान किसी आलेख में फंक्शन डालने पर संपादकों को कम या शून्य महत्त्वपूर्ण प्रयोज्यता संबंधी समस्याओं का सामना करना पड़ता है। | |
| WE3.1.1 | यदि हम आईओएस ऐप पर टैब्ड ब्राउज़िंग सुविधा के उन्नत संस्करण का ए/बी परीक्षण करते हैं, तो हम टैब्स उपयोगकर्ताओं के बीच बहु-दिवसीय उपयोग में ५% की वृद्धि देखेंगे। | |
| WE3.1.3 | यदि हम उपयोगकर्ताओं को लेख पृष्ठों में प्रासंगिक छवि या वीडियो सामग्री ब्राउज़ हेतु एक नया तरीका प्रदान करते हैं, तो हम इस सुविधा के साथ प्रस्तुत किए गए उपयोगकर्ताओं के बीच कम से कम ३% क्लिक-थ्रू दर देखेंगे। | |
| WE3.1.4 | यदि हम पाठकों को विकि पर ज्ञान नेटवर्क को प्रसारित हेतु कई अवधारणाएं दिखाते हैं, तो हमें आगे के विकास के लिए अवधारणाओं की एक प्राथमिकता वाली सूची मिल जाएगी। | |
| WE3.1.5 | यदि हम वेब पाठकों को विकिपीडिया सामग्री का मशीनी अनुवादित संस्करण देखने का विकल्प प्रदान करते हैं जो उनकी भाषा में उपलब्ध नहींं है, तो इससे हमें पता चलेगा कि क्या पठन गतिविधि में वृद्धि हुई है, जिसे पृष्ठ इंटरैक्शन में ३% की वृद्धि के रूप में मापा जाता है, जिससे पाठक स्थानीय भाषा के विकि की ओर आकर्षित होते हैं और स्थानीय संपादन गतिविधि में संभावित वृद्धि होती है। यह नियंत्रित A/B परीक्षण सेटिंग के रूप में ६ महीने से अधिक समय तक उपलब्ध नहींं होगा, और १३ विकिपीडिया पर पूर्व सहमति से, विकिपीडिया संपादकों के लिए पहले से उपलब्ध खुली मशीनी अनुवाद सेवाओं का उपयोग करके प्रदान किया जाएगा। | |
| WE3.2.1 | अगर हम धन संग्रहण में सहयोग करते हैं, तो हम iOS वर्ष-समीक्षा में उपयोगकर्ता परीक्षण के माध्यम से मापी गई अधिक आकर्षक, एकीकृत और वैयक्तिकृत दाता स्लाइड विकसित करेंगे। इसके बाद, दूसरी तिमाही में एक परिकल्पना के साथ यह आकलन किया जाएगा कि क्या बेहतर वर्ष-समीक्षा में २०२४ के वर्ष-समीक्षा की तुलना में ५% अधिक दान प्राप्त हुए हैं। | |
| WE3.2.2 | यदि हम गैर-अभियान बाजारों में एंड्रॉइड ऐप पाठकों को विकिपीडिया के उनके उपयोग के आधार पर दान के लिए एक वैकल्पिक, अनुकूलन योग्य (राशि और आवृत्ति) अनुस्मारक सेट हेतु प्रेरित करते हैं, तो हम उन बाजारों में ऐप मेनू दान में ५% की वृद्धि देखेंगे। | |
| WE3.2.3 | यदि हम मोबाइल और डेस्कटॉप दोनों के लिए दान प्रविष्टि बिंदु के सूक्ष्म रूपों को प्रदर्शित हेतु लॉग आउट उपयोगकर्ताओं पर ए/बी परीक्षण प्रयोग चलाते हैं, तो हम नियंत्रण की तुलना में उपचार पथों के माध्यम से दान की २% अधिक संख्या देखेंगे। | |
| WE3.3.1 | यदि हम २०२४ में iOS उपयोगकर्ताओं द्वारा अनुरोधित कम से मध्यम प्रयास वाले वैयक्तिकृत तत्त्वों को २०२५ की वार्षिक समीक्षा में जोड़ते हैं, तो हम पिछले वर्ष की तुलना में संतुष्टि में ३% की वृद्धि देखेंगे, जैसा कि प्रयोज्य परीक्षण या बीटा परीक्षण के माध्यम से मापा जाता है | |
| WE3.3.2 | यदि हम एंड्रॉइड पर उपलब्धा संपादन टैब को एक वैयक्तिकृत गतिविधि केंद्र में विस्तारित करते हैं जिसमें पढ़ने और गैर-संपादन भागीदारी की अंतर्दृष्टि सम्मिलित है, तो हम मूल संस्करण की तुलना में टैब के साथ बहु-दिवसीय जुड़ाव में ५% की वृद्धि देखेंगे। | |
| WE3.3.3 | यदि हम खाताधारकों के लिए एंड्रॉइड ऐप में कम से कम एक अनलॉक करने योग्य अवतार प्रस्तुत करते हैं - जो पाठकों की सार्थक गतिविधियों जैसे कि निश्चित्त संख्या में लेखों को सहेजने के माध्यम से अर्जित किया जाता है - तो हम लॉग-इन उपयोगकर्ताओं द्वारा संबंधित गतिविधियों के साथ बार-बार जुड़ाव को कई दिनों में १०% तक बढ़ा देंगे। | |
| WE3.3.4 | यदि हम लॉग-इन पाठकों को निजी पठन सूची में लेख सहेजने की सुविधा देते हैं, तो हम उम्मीद करते हैं कि साइट पर सहभागिता बढ़ेगी, जैसा कि इस सुविधा का उपयोग करने वाले पाठकों के लिए आंतरिक रेफरल ट्रैफ़िक में ५% की वृद्धि और सभी उपयोगकर्ताओं के लिए सांख्यिकीय रूप से महत्त्वपूर्ण वृद्धि से मापा जाता है। | |
| WE3.3.5 | यदि हम एक उपयोगकर्ता अध्ययन करते हैं जो वेब पाठकों को विकिपीडिया से सामग्री एकत्र/संयोजित करने की अनुमति देता है, तो कम से कम १०% प्रतिभागी दो या अधिक अलग-अलग प्रकार की सामग्री (जैसे लेख, अंश, मीडिया) को एक संग्रह में सहेजेंगे | |
| WE3.4.1 | यदि हम हाइब्रिड PoP/CDN परिनियोजन की दिशा में कार्य करते हैं, तो यह हमें आवश्यकतानुसार पूर्ण PoP और मिनी PoP (भौतिक और क्लाउड) दोनों लाने की अनुमति देगा, जिससे भविष्य में प्रोटोटाइप मिनी PoP परिनियोजन की नींव रखी जा सकेगी। | |
| WE3.6.1 | यदि हम लॉग-आउट उपयोगकर्ताओं के लिए अवधारण दर पर A/A परीक्षण चलाते हैं, तो हम अवधारण दर के लिए एक आधार रेखा स्थापित करेंगे जिसका उपयोग हम भविष्य की तिमाहियों के लिए कर सकते हैं। | |
| WE3.6.2 | यदि हम लॉग-इन रीडर की परिभाषा बनाते और प्रकाशित करते हैं, तो हम WE ३.३ KR से संबंधित सभी टीमों और परिकल्पनाओं में इस परिभाषा का उपयोग करने में सक्षम होंगे। | |
| WE3.6.3 | यदि हम पाठकों की विकसित होती आवश्यकताों और इंटरनेट पर ज्ञान की बदलती प्रकृति के बारे में बातचीत में समुदायों को सम्मिलित करते हैं, तो हम पाठकों की सेवा करने के उपाए पर साझा ध्यान केंद्रित कर सकते हैं और अपने विभिन्न विचारों (मल्टीमीडिया, खोज और अन्वेषण, तथा मशीन लर्निंग सहित) का परीक्षण कैसे और कैसे किया जाए, इस पर एक साथ कार्य कर सकते हैं। | |
| WE3.6.4 | यदि हम पाठकों द्वारा विकिपीडिया और अन्य ज्ञान मंचों का उपयोग कब, क्यों और कैसे किया जाता है, इसके पीछे की विशिष्ट प्रेरणाओं, व्यवहारों और आवश्यकताओं पर शोध करें, तो हमें ऐसे निष्कर्ष प्राप्त होंगे जिनका उपयोग हम अपनी उपभोक्ता रणनीति को सूचीत्त करने और विकसित हेतु कर सकते हैं। | |
| WE4.1.1 | यदि हम न्यूनतम व्यवहार्य गैर-आपातकालीन प्रवाह का प्रोटोटाइप बनाते हैं, तथा विस्तारित अधिकारों वाले उपयोगकर्ताओं के साथ इसे विकसित करते समय पुनरावृत्त फीडबैक लूप को खुला रखते हैं, तो ये समूह इस प्रवाह के विस्तारित परिनियोजन का समर्थन करेंगे। | Project page |
| WE4.2.1 | यदि हम खाता निर्माण से जुड़े hCaptcha जोखिम स्तर को विश्वसनीय अधिकारियों के सामने प्रस्तुत करते हैं, तो हम बुरे लोगों की पहचान करने में लगने वाले समय को कम कर देंगे और प्लेटफ़ॉर्म पर बनाए गए बुरे लोगों के खातों की पहचान की संख्या बढ़ा देंगे। हम खातों पर लागू होने वाले ब्लॉकों की दर, hCaptcha जोखिम स्तरों और खातों के ब्लॉकों के संरेखण, और अधिकारियों से प्राप्त गुणात्मक प्रतिक्रिया को देखकर इस परिकल्पना की सफलता का आकलन कर सकते हैं। | |
| WE4.2.2 | अगर हम चेकयूज़र्स के लिए फ़ॉलो-अप हेतु सुझाई गई जाँचें तैयार करते हैं, तो हमें बुरे लोगों की पहचान करने में लगने वाले समय में कमी और पहचाने गए बुरे लोगों की संख्या में वृद्धि दिखाई देगी। हमें तब पता चलेगा कि हम सफल हैं जब हम "सुझाई गई जाँचें" सुविधा का नियमित उपयोग देखेंगे, सुझाई गई जाँचों के माध्यम से पहचाने गए खातों पर लागू होने वाले शमन उपायों में वृद्धि देखेंगे, और गुणात्मक सर्वेक्षण फ़ीडबैक के माध्यम से। | |
| WE4.2.3 | यदि हम hCaptcha खाता निर्माण परीक्षण से डेटा का विश्लेषण करते हैं, तो हम खाता निर्माण फ़नल, hCaptcha की पहेली और स्कोर की प्रभावशीलता को समझेंगे, और खाता निर्माण पर hCaptcha के आगे रोलआउट को सूचीत्त हेतु आवश्यक डेटा प्राप्त करेंगे। | |
| WE4.2.4 | यदि हम यूजरइन्फोकार्ड को सभी विकि पर लागू कर दें, तो हम पदाधिकारियों और मॉडरेटरों को अधिक प्रभावी ढंग से बुरे अभिनेता (बुरी नीयत वाले) खातों की पहचान करने और उन्हें कम करने में सक्षम बना देंगे। | Project page |
| WE4.2.5 | यदि हम अनुसंधान करते हैं, समुदायों के साथ परामर्श करते हैं, और तकनीकी समाधानों की जाँच करते हैं, तो हम संरचित्त ब्लॉक कारणों का एक सेट परिभाषित करने में सक्षम होंगे, जिसका उपयोग सभी WMF विकि में किया जा सकता है। | |
| WE4.2.6 | यदि हम डेटा प्लेटफ़ॉर्म पर ओपनसर्च-आधारित क्लस्टर्स को लागू करने की क्षमताा विकसित कर लेते हैं, तो उत्पाद फ़ीचर इंजीनियरिंग टीमों को ऐसे सिस्टम विकसित करने का अधिकार मिल जाएगा जो इस क्षमताा को अन्य सर्च-आधारित सिस्टम्स से काफ़ी स्वायत्तता, लचीलेपन और अलगाव के साथ एकीकृत कर सकें। इस सिस्टम का पहला और प्रमुख टेनेंट IPoid सेवा होगी। | |
| WE4.2.7 | यदि हम पायलट परीक्षण के रूप में कई उत्पादन विकिपीडियाओं पर hCaptcha एंटरप्राइज़ एकीकरण को लागू करते हैं, तो हम दुरूपयोग-रोधी, बॉट पहचान, प्रयोज्यता और पहुँच पर hCaptcha एंटरप्राइज़ की प्रभावकारिता और मूल्य पर डेटा एकत्र करने में सक्षम होंगे। | |
| WE4.3.1 | यदि हम नए एज यूनीक्स कुकी के लिए समर्थन को requestctl में एकीकृत करते हैं, जो कि दुरूपयोग से लड़ने के लिए SREs के लिए हमारा एज रूल्स इंजन है, तो हम DDoS और सामग्री के पुन: उपयोग से बेहतर उपाए से बचाव कर पाएंगे। | |
| WE4.4.1 | यदि हम पायलटों की प्रतिक्रिया के आधार पर सुधार कर सकें और सभी परियोजनाओं में अस्थायी खाते लागू कर सकें, तो हम अपनी सभी परियोजनाओं पर अपंजीकृत उपयोगकर्ताओं की व्यक्तिगत पहचान योग्य जानकारी (आईपी पते) के प्रकटीकरण को सुरक्षित रखने में सक्षम होंगे, जो सभी (पंजीकृत) उपयोगकर्ताओं के ०.१% से भी कम के लिए उपलब्ध होगी। | Project page |
| WE4.4.2 | यदि हम संबंधित आंदोलन हितधारकों (जिसमें विकि समुदाय और वैश्विक कार्यकर्ता सम्मिलित हैं) के साथ स्पष्ट रूप से और समय पर संवाद करते हैं, तो हम शेष सभी विकि पर लागूी करने में सक्षम होंगे, अंतिम समय में सामने आने वाले कार्यभार को कम कर सकेंगे, और लागूी को वापस लेने से बच सकेंगे। | |
| WE4.4.3 | यदि हम गश्तीकर्ताओं (पेट्रोलर) हेतु अस्थायी खातों की गतिविधियों को उनके आईपी पते के आधार पर फ़िल्टर करना और देखना आसान बना दें, तो हम अस्थायी खातों को सभी विकियों पर सफलतापूर्वक लागू करने में सक्षम हो जाएँगे। | |
| WE4.4.4 | यदि हम अस्थायी खाता आईपी प्रकटीकरण पहुँच को आईपी प्रकटीकरण पहुँच नीति के अनुरूप निरस्त करने की अनुमति देते हैं, और इस सुविधा को अधिक स्थानों पर प्रदर्शित करते हैं, तो हम अस्थायी खातों को सभी विकि पर सफलतापूर्वक लागू करने में सक्षम हो जाएँगे। | |
| WE4.5.1 | यदि हम जनरेटिव एआई द्वारा सहायता प्राप्त बुरे लोगों द्वारा किए गए दुर्व्यवहार के उदाहरणों (जैसे स्पैम, उत्पीड़न, दीर्घकालिक दुर्व्यवहारकर्ता, अघोषित भुगतान संपादन, या गलत सूचना अभियान) की पहचान हेतु गुणात्मक अनुसंधान करते हैं, तो हम अपने सामुदायिक मॉडल के लिए जोखिम का आकलन करने और विभिन्न प्रकार के जनरेटिव एआई सहायता प्राप्त दुर्व्यवहार को कम हेतु विचार उत्पन्न करने में सक्षम होंगे। | |
| WE4.6.1 | यदि हम पासवर्ड रीसेट के लिए Zendesk के भीतर 'खाता सिंक' प्रक्रिया को स्वचालित कर दें, तो इससे T&S पर बोझ कम हो जाएगा और उन्हें अधिक आने वाले 2FA रीसेट अनुरोधों को संभालने की अनुमति मिल जाएगी। | |
| WE4.6.2 | यदि हम उपयोगकर्ताओं को एकाधिक प्रमाणीकरण कारक पंजीकृत करने के लिए समर्थन और प्रोत्साहन देते हैं, तो 2FA सक्षम उपयोगकर्ताओं द्वारा अपने खाते से स्वयं को लॉक करने की संभावना कम होगी। | |
| WE4.6.3 | यदि हम पुष्टिकृत ईमेल पते वाले सभी उपयोगकर्ताओं को अपने खातों के लिए 2FA चालू करने की अनुमति देते हैं, लेकिन उपयोगकर्ताओं को इस परिवर्तन का सक्रिय रूप से विज्ञापन नहीं देते हैं, तो हमारा रिकवरी सपोर्ट डेस्क लोड एक स्थायी स्तर पर बना रहेगा। | |
| WE5.1.1 | यदि हम प्रमाणीकृत और अनाम सत्रों के लिए अलग-अलग स्टोरेज बैकएंड का उपयोग करते हैं, तो हम सत्रस्टोर को DDoS हमलों और उच्च-मात्रा वाले स्क्रैपर्स से सुरक्षित रखने में सक्षम होंगे, क्योंकि हम इसे प्रमाणीकरण पृष्ठों पर CSRF रोकथाम प्रदान करने के लिए बनाए गए अनाम सत्रों से ओवरलोड नहीं करेंगे। | T398814 |
| WE5.1.2 | यदि हम मीडियाविकि सत्र कुकीज़ को क्रिप्टोग्राफिक हस्ताक्षर के साथ एक संरचित प्रारूप में बदलते हैं, तो हम एक सत्र की उपस्थिति को स्क्रैपर्स के खिलाफ सुरक्षा के कारक के रूप में उपयोग करने में सक्षम होंगे, जिससे एक प्रदर्शनकारी और अत्यधिक स्केलेबल तरीके से किनारे पर सत्रों का विश्वसनीय सत्यापन सक्षम हो जाएगा। | T398815 |
| WE5.1.3 | यदि हम Kubernetes पर आधारित स्थानीय विकास परिवेश का उपयोग करके API गेटवे के लिए दर सीमित करने वाला समाधान बनाते हैं, तो हम कम से कम तीन अलग-अलग दर सीमित करने वाली सेवाओं के प्रदर्शन और कार्यक्षमता की तुलना करके, उत्पादन ट्रैफ़िक के साथ परीक्षण करने के लिए सर्वोत्तम विकल्प निर्धारित करने में सक्षम होंगे। | T398913 |
| WE5.2.1 | यदि हम डेवलपर्स की सूचनात्मक आवश्यकताओं को बेहतर ढंग से पूरा करने के लिए REST API सैंडबॉक्स UI को पुनः डिज़ाइन करते हैं, तो हम दस्तावेज़ीकरण स्पष्टता में सुधार करेंगे, जैसा कि प्रयोज्यता परीक्षण के माध्यम से सत्यापित किया गया है। | |
| WE5.2.2 | यदि हम $१ से कम के सभी API को एक केंद्रीय गेटवे के माध्यम से रूट करते हैं, तो हम केंद्रीकृत API प्रबंधन के साधनों को अनलॉक कर देंगे और भविष्य के निर्णयों और कार्यों को सूचीत्त करने वाली अंतर्दृष्टि प्राप्त हेतु REST API ट्रैफ़िक और उपयोग पैटर्न को लगातार मापना प्रारम्भ कर सकते हैं। | |
| WE5.2.3 | यदि हम मीडियाविकि REST API के लिए मॉनिटरिंग डैशबोर्ड और अलार्म लागू करते हैं, तो हम अपने सिस्टम के व्यवहार में दृश्यता में सुधार करने और समस्याओं को शीघ्रताा से सामने लाने के लिए एक टिकाऊ, उपयोगी और अनुकरणीय तरीका प्रदर्शित कर सकते हैं, विशेष रूप से महत्त्वपूर्ण संशोधनों के दौरान। | |
| WE5.3.1 | यदि हम किसी भी उपलब्धा दिशा-निर्देश को अद्यतन करते हुए UX एट्रिब्यूशन दिशा-निर्देशों का विस्तार और सरलीकरण करते हैं, तो हम बेहतर दिशा-निर्देशों का एक मुख्य सेट स्थापित करेंगे, जो आंतरिक रूप से परीक्षण के लिए तैयार होगा और व्यापक सार्वजनिक उपयोग के लिए तैयार हेतु पुनरावृत्त रूप से परिष्कृत किया जाएगा। | |
| WE5.3.2 | यदि हम एक ऐसा प्रस्ताव तैयार करते हैं जो विकिपीडिया को तृतीय पक्ष सामग्री पुन:उपयोगकर्ताओं और उनके अंतिम उपयोगकर्ताओं को श्रेय देने के लाभों को प्रदर्शित करता है, तो हम कम से कम एक अतिरिक्त पुन:उपयोग भागीदार को Q१ के अंत तक एट्रिब्यूशन केश स्टडी या डेमो में सम्मिलित होने के लिए सहमत होने में सक्षम बनाकर WME४.१ और WME४.२ का समर्थन कर सकते हैं। | |
| WE5.4.1 | यदि हम यह सुनिश्चित कर लें कि अधिकांश वेब अनुरोधों को एज यूनिक्स कुकी प्राप्त हो, तो बॉट्स और जाली अनुरोधों की पहचान करना आसान हो जाएगा। | |
| WE5.4.2 | यदि हम ज्ञात ग्राहकों की पहचान करने के लिए एक मापनीय तरीका विकसित कर लेते हैं, तो हम सत्यापित मूल के बॉट्स के लिए सामान्य दर-सीमाओं में अपवाद की अनुमति दे सकते हैं, और अपने नियमों के व्यवस्थित प्रवर्तन की दिशा में आगे बढ़ सकते हैं। | |
| WE5.4.3 | यदि हम CDN पर पाठ अनुरोधों की फ़िल्टरिंग को अनुमति सूची/अस्वीकार सूची दृष्टिकोण के अनुसार पुनर्गठित करते हैं, तो हम बॉट्स के लिए सख्त सामान्य दर-सीमा लागू कर सकते हैं और ट्रैफ़िक फ़िल्टरिंग को सुव्यवस्थित कर सकते हैं। | |
| WE5.4.4 | यदि हम एक एकीकृत मापन रणनीति विकसित करते हैं, तो हम 'बुनियादी ढाँचे के उत्तरदायी उपयोग' के लिए बहु-वर्षीय रणनीति का मूल्यांकन करने में सक्षम होंगे, और मीट्रिक विकास और रिपोर्टिंग क्षमतााओं का मार्गदर्शन हेतु एक रोडमैप परिभाषित करेंगे। | |
| WE6.1.1 | यदि हम दैनिक छवि निर्माण को परिनियोजन सर्वर पर पुनः स्थापित करते हैं और चयनित परिनियोजन क्रियाओं द्वारा ट्रिगर किए गए छवि अद्यतन जोड़ते हैं, तो हम बाधाओं को उजागर करेंगे और अधिक निरंतर परिनियोजन हेतु आवश्यक समय के लिए आधार रेखा स्थापित करेंगे। | |
| WE6.1.3 | यदि हम विकिफार्म्स को विलय-पूर्व परीक्षण परिवेश में जोड़ते हैं, तो इससे विकास टीमों को उत्पादन के विरुद्ध निर्माण करने में सहायता मिलेगी, जिन्हें अपने पैचों का अलग-अलग परीक्षण हेतु अनेक विकि की आवश्यकता होती है, जिससे उन्हें उत्पादन-पूर्व अधिक विश्वास प्राप्त होगा और परिणामस्वरूप कम दोष-मुक्ति होगी। | |
| WE6.2.1 | यदि हम अपनी उत्पादन तत्परता चेकलिस्ट की समीक्षा और प्रकाशन करते हैं, जो किसी सेवा को उत्पादन के लिए तैयार माने जाने के लिए आवश्यक शर्तों को स्पष्ट रूप से परिभाषित करती है, साथ ही स्वयं-सेवा योग्य कार्यों को भी, तो हम एसआरई और विकास टीमों के बीच अपेक्षाओं को संरेखित करेंगे, जिससे हमारी समग्र परिचालन दक्षता और मापनीयता में सुधार होगा। | |
| WE6.2.2 | यदि हम डेवलपर्स के लिए बहुत सारे कठिन कार्यों को सारगर्भित करने वाली एक गोलांग और नोडजेएस लाइब्रेरी बनाने की घोषणा करते हैं, तो वे प्रतिक्रिया और रुचि व्यक्त करेंगे। | |
| WE6.2.3 | यदि हम एक चेकलिस्ट/वर्कशीट बनाते हैं, तो डेवलपर्स डेटा पर्सिस्टेंस डिज़ाइन समीक्षा के लिए पहले से पूरी तरह से तैयारी कर सकते हैं। | |
| WE6.3.1 | यदि हम Q1 में कम से कम 70 कम ट्रैफिक वाले विकिपीडिया को प्रस्तुत करते हैं, जिसमें भाषा संस्करण समर्थन वाले विकि शामिल नहीं हैं, तो हम शीर्ष 10 विकि को अंतिम रूप से प्रस्तुत करने के लिए अपने विश्वास को बढ़ाएंगे, जिसका पारसोइड के माध्यम से पृष्ठ दृश्यों पर बड़ा प्रभाव पड़ेगा। | |
| WE6.4.1 | यदि हम कॉमन्स की लिंक्स तालिका को उसके अपने क्लस्टर में विभाजित कर दें, तो हम इस संभावना को बढ़ा देंगे कि कॉमन्स के लिए डेटाबेस वृद्धि टिकाऊ बनी रहेगी। | T398709 |
| WE6.4.2 | यदि हम (SRE) मीडियाविकि इंजीनियरिंग टीमों को सहायता प्रदान करते हैं - दस्तावेज तैयार करके, आवश्यक बुनियादी ढाँचे (जैसे, PHP पैकेज, कंटेनर छवियां) तैयार करके, और मार्गदर्शन और समीक्षा प्रदान करके - तो वे आत्मविश्वास से Q२ की प्रारम्भ तक PHP ८.३ अपग्रेड का उत्पादन प्रारम्भ करने में सक्षम होंगे। | T360995 |
| WE6.4.3 | यदि हमें उन्नत सिस्टम विशेषाधिकार वाले उपयोगकर्ताओं द्वारा SSH लॉगिन के लिए भौतिक द्वितीय कारक (हार्डवेयर सुरक्षा कुंजी) की आवश्यकता होती है, तो हम इस जोखिम को कम कर देंगे कि समझौता(compromised) किया गया लैपटॉप गंभीर सुरक्षा उल्लंघन का कारण बने। | |
| WE6.4.4 | यदि हम मीडियाविकि साइटों पर सभी पृष्ठ दृश्यों को एक कैनोनिकल डोमेन के माध्यम से प्रस्तुत करके अपने डोमेन को एकीकृत करते हैं, तो हम मोबाइल-सबडोमेन रीडायरेक्ट को समाप्त करके प्लेटफ़ॉर्म की जटिलता और सर्च इंजन ऑप्टिमाइज़ेशन (SEO) जोखिमों को कम कर देंगे। कैनोनिकल डोमेन पर मोबाइल विज़िट के लिए रीडायरेक्ट को १००% से घटाकर ०% करके पूर्णता को मापा जाता है। | T214998 |
| WE6.4.5 | If the MediaWiki Engineering Team actively monitor and fix issues in MediaWiki related to the PHP 8.3 upgrade, the SRE team will be unblocked to proceed with the PHP 8.3 upgrade by the start of Q2. | T360995 |
| सिग्नल और डेटा सेवाएँ (एसडीएस) परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | प्रश्न १ पाठ | विवरण एवं चर्चा |
| SDS1.1.1 | यदि हम अपने पेजव्यू डेटासेट में स्वचालित ट्रैफ़िक पहचान हेयुरिस्टिक्स की प्रभावकारिता का विश्लेषण करते हैं, तो हम उनके प्रदर्शन का वर्णन हेतु डेटा गुणवत्ता मेट्रिक्स विकसित करने में सक्षम होंगे और इन हेयुरिस्टिक्स में आगे निवेश की आवश्यकता का निर्धारण कर सकेंगे। | |
| SDS1.2.2 | यदि हम XML डंप प्रक्रिया को वर्तमान 'डंप्स १' अवसँरचना से एक डेटा पाइपलाइन में स्थानांतरित करते हैं जो मीडियाविकि सामग्री पाइपलाइनों का लाभ उठाती है, तो हम SLO की गारंटी देने और 'डंप्स १'-आधारित XML निर्यात को बंद करने में सक्षम होंगे। | |
| SDS1.2.3 | यदि हम मीडियाविकि सामग्री इतिहास और इवेंट प्लेटफार्म / इवेंट गेट के लिए SLOs का अवलोकन और समीक्षा करते हैं, तो हम ग्राहकों, मेट्रिक्स और आश्रित हितधारकों को सत्यापित कर सकते हैं, और SLOs के लिए आवश्यक सुधारों की पहचान कर सकते हैं, जो हमें हमारी साप्ताहिक डिलीवरी गारंटी में किसी भी अंतराल को स्पष्ट करने में सहयता करेगा। | |
| SDS2.1.1 | यदि हम प्रयोग चलाने वाली टीमों के साथ मिलकर कार्य करें, तो हम सीखेंगे कि भविष्य में सिस्टम को अधिक स्व-सेवा कैसे बनाया जाए और उन्हें किन वैचारिक या तकनीकी चुनौतियों का सामना करना पड़ सकता है। | |
| SDS2.1.2 | यदि हम इवेंटलॉगिंग के लिए बेहतर डिबगिंग लागू कर सकें, तो उत्पाद टीमों को पता चल जाएगा कि उनका प्रयोग अपेक्षा के अनुरूप इवेंट डेटा एकत्र कर रहा है, जिससे प्रयोग स्वामियों का आत्मविश्वास बढ़ेगा। | |
| SDS2.1.3 | यदि हम प्रयोग मंच के A/B परीक्षण प्रणाली (xLab) घटक, तथा इससे संबंधित मीडियाविकि भागों के लिए लॉगिंग और अवलोकन क्षमताा में सुधार करते हैं, तो हम सिस्टम के प्रदर्शन के लिए आधार रेखाएं स्थापित करने तथा प्रयोग-संबंधी विफलताओं पर प्रतिक्रिया देने में सक्षम होंगे। | |
| SDS2.1.4 | यदि हम महीने में एक बार संगठन में प्रयोग की कहानियों और परिणामों को साझा करते हैं (उत्पाद संचालन बैठकों, डिजाइन टीम बैठकों और क्रॉस-टीम प्रस्तुतियों के माध्यम से), तो हम प्रयोग मंच को स्वाभाविक रूप से अपना लेंगे। | |
| SDS2.1.5 | यदि हम उपयोगकर्ताओं को बताते हैं कि उनके उपकरण, यदि xLab में बनाए गए हैं, तो उसमें विशेषताओं का एक सेट सम्मिलित है जो जोखिम श्रेणी को बदल देता है, तो हम उपकरण उपयोगकर्ताओं को अत्यधिक डेटा एकत्र करने से रोकेंगे और इस बारे में स्पष्टता बढ़ाएँगे कि विशेषताओं के किस संयोजन के लिए गोपनीयता समीक्षा की आवश्यकता है। | |
| भविष्य के दर्शक (FA) की परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | प्रश्न १ पाठ | विवरण एवं चर्चा |
| FA1.1.1 | यदि हम १) अन्य प्लेटफार्मों (जैसे लेटरबॉक्स्ड, गुडरीड्स और रेटमाईम्यूजिक) पर मीडिया संग्रहकर्ताओं को विकिपीडिया-विशिष्ट ज्ञान के साथ अपने संग्रह को बढ़ाने के उपाए प्रदान करते हैं, या २) इन मीडिया संग्रहकर्ताओं को दिलचस्प सोशल मीडिया साझा करने योग्य सामग्री प्रदान करते हैं, तो हम विकिपीडिया की पहुँच को प्लेटफार्म से बाहर भी बढ़ा पाएंगे। | |
| FA2.1.1 | यदि हम पहली तिमाही में लघु वीडियो सामग्री बनाने के लिए अपनी आंतरिक क्षमताा का निर्माण करते हैं (अपनी टीम का आकार बढ़ाकर और अपनी वर्तमान उत्पादन प्रक्रिया में दक्षता बढ़ाने के अवसरों की पहचान करके), तो हम वित्त वर्ष २०२४-५ में बनाई गई सामग्री से सीख लेकर कार्य कर पाएंगे और वित्त वर्ष २०२५-६ की दूसरी तिमाही में उत्पादित सामग्री की उच्चतर वार्षिक पहुँच प्राप्त कर पाएंगे। | |
| उत्पाद और इंजीनियरिंग सहायता (PES) परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | प्रश्न १ पाठ | विवरण एवं चर्चा |
| PES1.1.1 | यदि हम प्रोमेथियस में SLIs (सेवा स्तर संकेतक) के लिए मेट्रिक्स को परिभाषित करने में xLab, चार्ट्स और टोनचेक का समर्थन करते हैं, और उन सेवा के स्तर के उद्देश्यों (SLOs) को पाइरा पर ऑनबोर्ड करते हैं, तो हम कई जटिल परिदृश्यों में हमारे टूलिंग की सीमाओं और कोने के मामलों को जानेंगे, साथ ही यह भी स्पष्ट करेंगे कि SLO टेम्पलेट के लिए क्या पुनरावृत्तियों की आवश्यकता है, जो हमें KR के लिए ६ नियोजित SLOs का बेहतर समर्थन करने में सहयता करेगा। | |
| PES1.1.2 | अगर हम SLO अलर्ट डैशबोर्ड के दो सेटों का परीक्षण करते हैं, तो हमें पता चलेगा कि उपयुक्त टूलिंग को लागू करना कितना कठिन होगा ताकि सेवा मालिक अपनी प्रतिबद्धताओं को स्पष्ट रूप से समझ सकें, और यह भी कि क्या हमें किसी ऐसे अलग टूल पर माइग्रेट करने की आवश्यकता है जो किसी विशिष्ट SLO का केवल एक ही दृश्य प्रदान करता हो। एक डैशबोर्ड त्रैमासिक रिपोर्टों के लिए होगा (जहाँ त्रुटि बजट के लिए वास्तविक सेवा स्तर समझौता निर्धारित होता है) और एक छोटा गतिशील डैशबोर्ड (जिसे "रोलिंग" कहा जाता है) दैनिक संचालन और अलर्टिंग के लिए होगा। | |
| PES1.1.3 | यदि हम विकीफ़ंक्शन्स परियोजना के लिए एक SLO (सेवा स्तर उद्देश्य) तैयार करने में एब्सट्रैक्ट विकिपीडिया समूह का समर्थन करते रहें, तो हम सीखेंगे कि एक जटिल विशेषता, जो वर्तमान में एक महत्त्वपूर्ण उपयोगकर्ता वर्कफ़्लो में जोड़ी जा रही है: विकी लेखों का रेंडरिंग, के लिए SLO लक्ष्यों (उनके सेवा स्तर संकेतक मेट्रिक्स के साथ) की सूची कैसे परिभाषित करें। हम यह भी सीखेंगे कि SRE द्वारा प्रदान किए गए डैशबोर्ड और मॉनिटर का उपयोग करके संबंधित त्रुटि बजट को कैसे ठीक से विज़ुअलाइज़ किया जाए और उन पर अलर्ट कैसे दिया जाए। | |
| PES1.1.4 | यदि हम मीडियाविकि सामग्री इतिहास परियोजना के लिए सेवा स्तर के उद्देश्यों (एसएलओ) की समीक्षा और पुनरावृत्ति के साथ डेटा प्लेटफ़ॉर्म समूह का समर्थन करते हैं, तो हम सीखेंगे कि जब बैच और स्ट्रीम प्रसंस्करण सेवाओं के संयोजन को डेटासेट को अपडेट हेतु एक साथ व्यवस्थित किया जाता है, तो सेवा स्वामित्व का समर्थन हेतु एसएलओ का लाभ कैसे उठाया जाए, इसे सुसंगत और डाउनस्ट्रीम उपयोगकर्ताओं के लिए उपलब्ध रखा जाए। | |
| PES1.2.1 | यदि हम इच्छा सूची में ३ लक्षित सुधार करते हैं, तो हम इच्छा सूची में ३०% अधिक अद्वितीय प्रतिभागियों को प्रोत्साहित करेंगे | |
| PES1.2.2 | यदि हम आने वाली इच्छाओं को प्राथमिकता देते हैं और ७२ घंटों के भीतर एक अनुरक्षक (जैसे उत्पाद प्रबंधक) को नियुक्त करते हैं (जिसमें अस्वीकृत करना, स्पष्टीकरण देना, अनुरक्षित न की गई सेवाओं को चिह्नित करना आदि सम्मिलित है), अनुरक्षक तालिका के विरुद्ध नई इच्छाओं को संदर्भित करके और सबसे प्रासंगिक उत्पाद टीम या व्यक्ति को "अनुरक्षक श्रेणी" निर्दिष्ट करके, अनुरक्षक (जैसे उत्पाद प्रबंधक) १० दिनों या उससे कम समय में इच्छाओं का आकलन और प्रतिक्रिया करने में सक्षम होंगे। | |
| PES1.2.3 | यदि हम बड़े पैमाने पर सामुदायिक संकेतों की पहचान हेतु पायलट कार्य करते हैं, तो हम अपने समुदाय-सूचीत्त प्राथमिकता प्रयासों में स्वयंसेवकों की आवाज़ को अधिक सम्मिलित कर पाएंगे। | |
| PES1.2.4 | यदि हम पहली तिमाही में ३ टीमों के साथ त्रैमासिक इच्छा और सामुदायिक संकेत समीक्षा प्रक्रिया का संचालन करते हैं, तो हम उत्पाद प्रबंधकों को उनकी त्रैमासिक और वार्षिक योजना प्रक्रियाओं में सामुदायिक संकेतों को एकीकृत हेतु नियुक्त करेंगे। | |
| PES1.3.1 | यदि, Q१ के अंत तक, हम WP२५ पहलों के लिए संदेश, रचनात्मक आवश्यकताओं और अभियान समयसीमाओं पर संरेखित हेतु संचार विभाग और उत्पाद टीमों के साथ ३ कार्यात्मक योजना सत्रों का समन्वय करते हैं, तो हम सभी ३ अभियान प्रयोगों (२५YiR, ईस्टर एग्स, विकीरन) के लिए रचनात्मक संक्षिप्त विवरण को अंतिम रूप दे देंगे। | |
| PES1.3.2 | अगर हम डिज़ाइन और फ़ीचर इंजीनियरिंग के प्रतिनिधिियों वाली एक संचालन समिति बनाते हैं, तो हम कोडेक्स में योगदान के बारे में आधारभूत मानदंड निर्धारित कर पाएँगे: जागरूकता, उपयोग, योगदान की गुणवत्ता और मात्रा। इन आधारभूत मानदंडों के आधार पर मूल्यांकन से प्राप्त अंतर्दृष्टि हमें कोडेक्स योगदानकर्ता आधार के विकास और विविधीकरण को एकीकृत हेतु एक रोडमैप तैयार करने में सहयता करेगी। | |
प्रश्न २
डब्ल्यूएमएफ वार्षिक योजना की दूसरी तिमाही (Q२) अक्टूबर-दिसंबर तक है।
| विकी अनुभव (WE) की परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | Q२ पाठ | विवरण एवं चर्चा |
| WE1.1.1 | यदि हम पेस्ट चेक ए/बी परीक्षण की प्रारम्भ के ≥२ सप्ताह बाद अग्रणी संकेतकों के पूर्व-निर्धारित सेट का विश्लेषण करते हैं, तो हम यह पहचानने में सक्षम होंगे कि - यदि कोई हो - तो प्रारम्भ से अंत तक के अनुभव के किन पहलुओं को समायोजित या जाँचने की आवश्यकता है, इससे पहले कि हम सुविधा के प्रभाव का मूल्यांकन करने के बारे में आश्वस्त हो सकें। | |
| WE1.1.4 | यदि हम नियंत्रित प्रयोग के माध्यम से en.wiki पर संदर्भ जाँच लागू करते हैं, तो हम नए स्वयंसेवकों द्वारा प्रकाशित रचनात्मक संपादनों में ≥४% की वृद्धि देखेंगे और यह जान पाएंगे कि क्या इस सुविधा को अधिक व्यापक रूप से सक्षम हेतु गश्तकर्ताओं और मॉडरेटरों के बीच पर्याप्त समर्थन है। | |
| WE1.1.7 | यदि हम टोन चेक ए/बी परीक्षण की प्रारम्भ के ≥२ सप्ताह बाद अग्रणी संकेतकों के पूर्व-निर्धारित सेट का विश्लेषण करते हैं, तो हम यह पहचानने में सक्षम होंगे कि - यदि कोई हो - तो अंत-से-अंत अनुभव के किन पहलुओं को समायोजित या जाँचने की आवश्यकता है, इससे पहले कि हम सुविधा के प्रभाव का मूल्यांकन करने में आश्वस्त हो सकें। | |
| WE1.1.8 | यदि हम प्रकाशित लेखों पर टोन चेक मॉडल लागू करते हैं, तो हम यह जान पाएँगे कि क्या हम ≥१०,००० टोन मुद्दों (प्रत्येक का प्रायिकता स्कोर ०.८ या उससे अधिक) की पहचान कर सकते हैं, जो कि लेख के टोन को सुधारने में संपादकों को मार्गदर्शन करने में सहयता हेतु सुझावों का एक उच्च-गुणवत्ता (सटीकता ≥७०%) पूल बनाने के लिए आवश्यक हैं। | |
| WE1.1.10 | यदि हम en.wiki और fr.wiki पर ~१० अनुभवी स्वयंसेवकों का साक्षात्कार लेते हैं, जो गश्त/मॉडरेशन कार्यप्रवाह को स्वचालित हेतु AbuseFilters (और अन्य गैजेट्स/स्क्रिप्ट/टेम्पलेट्स/संपादन नोटिस) लिखते हैं, तो हम ≥३ पैटर्न/आवश्यकताओं की पहचान करेंगे जो समुदाय-लिखित संपादन जाँच के मूल्य प्रस्ताव को आकार देने में सहयता करेंगे। | |
| WE1.1.11 | यदि हम ≥५०० सफल नवागंतुकों[i] को एक सर्वेक्षण वितरित करते हैं और उच्च गुणवत्ता वाले डेटा प्राप्त करते हैं जो व्यापक सफल नवागंतुक आबादी का प्रतिनिधिि है, तो हम ≥४ कार्रवाई योग्य अंतर्दृष्टि की पहचान करने में सक्षम होंगे जिनका उपयोग हम ऑनबोर्डिंग अनुभव के किन पहलुओं को सुधारने के लिए प्राथमिकता देने के लिए कर सकते हैं। | |
| WE1.1.12 | यदि हम ≥३ स्वयंसेवकों को ≥३० नमूना संपादनों का मूल्यांकन हेतु सक्षम करते हैं, तो उन १० नई भाषाओं में से प्रत्येक के लिए जिन्हें हम टोन चेक के पैमाने पर लाना चाहते हैं, हम यह जान पाएंगे कि स्वयंसेवक कितनी बार मॉडल की भविष्यवाणियों से सहमत होते हैं और यह निर्णय लेने में सक्षम होंगे कि टोन चेक को लागू हेतु किन नए विकि से संपर्क करना है। | |
| WE1.1.13 | यदि हमने अंग्रेजी विकिपीडिया पर नए स्वयंसेवकों के लिए "लिंक जोड़ें" को १००% तक बढ़ा दिया है, तो नए लोगों की रचनात्मक सक्रियता और प्रतिधारण में सुधार होगा, जिससे नए स्वयंसेवकों द्वारा किए गए रचनात्मक संपादन में ≥४% की वृद्धि होगी। | |
| WE1.2.3 | यदि हम यह आवश्यकता हटा दें कि किसी को छोटे और मध्यम आकार के विकि पर इवेंट पंजीकरण का उपयोग हेतु इवेंट आयोजक अधिकार की आवश्यकता है, तो हम वित्तीय वर्ष के अंत तक छोटे और मध्यम आकार के विकि पर कम से कम X अधिक इवेंट* निर्मित होते देखेंगे। * लंबित आधार रेखा/लक्ष्य गणना। | |
| WE1.2.4 | यदि हम सहयोगात्मक योगदान एमवीपी में कम से कम २ सुधार करते हैं, तो इवेंट पंजीकरण के माध्यम से अधिक सहयोग बनाए जाएँगे। | |
| WE1.2.5 | यदि हम दूसरी तिमाही के आरंभ में विकिमीडिया कॉमन्स पर इवेंट पंजीकरण के लिए एक अपनाने की रणनीति निर्धारित करते हैं, तो हम कम से कम १ बड़े अभियान के आयोजकों के साथ इसका परीक्षण कर पाएंगे और ५ स्थानीय आयोजकों को इस सुविधा का उपयोग करने में सक्षम बना पाएंगे। | |
| WE1.3.3 | यदि हम नए संपादकों के लिए मॉडरेटर डैशबोर्ड लाने का प्रयोग प्रारम्भ करते हैं, तो उस पर आने वाले योगदानकर्ताओं में से १०% लगातार दो सप्ताह तक ऐसा करते हैं। | |
| WE1.4.1 | यदि हम T396489 में परिभाषित सुधार करते हैं, तो हम बड़े विकि पर धीमी गति से होने वाली recentchanges (हाल ही में हुए परिवर्तन) क्वेरीज़ को कम से कम ३०% तक कम कर देंगे, जिससे कम्युनिटी टेक recentchanges डेटाबेस को ओवरलोड किए बिना वॉचलिस्ट लेबल को लागू करने में सक्षम हो जाएगा। | |
| WE1.4.3 | यदि हम हाल के परिवर्तनों और वॉचलिस्ट को मापें, तो हम यह आधार रेखा निर्धारित कर सकते हैं कि लोग कितनी बार पृष्ठों पर क्लिक करते हैं। | |
| WE1.5.1 | यदि हम ७ योगदानकर्ता मेट्रिक्स का पता लगाने के लिए एक डैशबोर्ड लागू करते हैं और dbt का उपयोग करके कम से कम एक मेट्रिक्स की गणना को मानकीकृत करते हैं, तो हम योगदानकर्ता उत्पाद टीमों को मेट्रिक्स अंतर्दृष्टि को स्वयं-सेवा करने और मेट्रिक्स गणना तर्क को संग्रहीत हेतु एक मानक विकसित करने में सक्षम कर सकते हैं। | |
| WE1.5.2 | यदि हम Q२ में यह निर्धारित कर लें कि मॉडरेटर की परिभाषा में कौन सी मॉडरेशन क्रियाएं सम्मिलित की जाएँ, तो मूवमेंट इनसाइट्स टीम, Q३/Q४ में मासिक सक्रिय मॉडरेटर्स का मीट्रिक तैयार कर सकती है। | |
| WE2.1.3 | यदि हम नए लेख और अनुभाग बनाते समय संपादक के अनुभव के बारे में जानें (जिसमें प्रेरणाएं, समस्या-बिंदु और उन्हें बेहतर उपाए से समर्थन देने के नए विचारों पर उनकी प्रतिक्रिया सम्मिलित है), तो हम उपयोगकर्ता की आवश्यकताों और व्यवहारों को उजागर करेंगे जो उत्पाद, डिजाइन और इंजीनियरिंग को लेख निर्माण अनुभव में सुधार हेतु कार्रवाई योग्य अंतर्दृष्टि और रणनीति प्रदान करते हैं। | |
| WE2.2.12 | यदि हम विकिफंक्शन्स को उन विकिओं पर लागू करते हैं जिनमें पार्सॉइड सक्षम है, तो हम यह परीक्षण जारी रख सकेंगे कि क्या प्रणाली तेजी से व्यापक रोलआउट में भी प्रदर्शनकारी और प्रयोग योग्य बनी रहती है। | |
| WE2.2.13 | यदि हम विक्षनरी समुदाय के साथ संयुग्मन तालिका फ़ंक्शन की उपलब्धता को साझा करते हैं, तो हमें फ़ंक्शन के उपयोग के बारे में बहुमूल्य फीडबैक मिलेगा और हमारे उपयोगकर्ता व्यक्तित्व के बारे में जानकारी मिलेगी, जिसे हम भविष्य में लागू कर सकते हैं। | |
| WE2.2.14 | यदि हम इन्फोबॉक्स के लिए विकिडेटा का उपयोग करने पर समुदाय के डेटाबॉक्स कार्य को देखें और जाँच करें कि क्या विकिफंक्शन्स सहयता कर सकते हैं, तो हम इन्फोबॉक्स में विकिफंक्शन्स के लिए पहले प्रयोग की पहचान करने में सक्षम होंगे। | |
| WE2.2.15 | यदि हम इन्फोबॉक्स के लिए विकिडेटा का उपयोग करने पर समुदाय के डेटाबॉक्स कार्य को देखें और जाँच करें कि क्या विकिफंक्शन्स सहयता कर सकते हैं, तो हम इन्फोबॉक्स में विकिफंक्शन्स के लिए पहले प्रयोग की पहचान करने में सक्षम होंगे। | |
| WE2.2.16 | यदि हम समुदाय के समक्ष उपलब्ध अर्थ संबंधी कार्यों का प्रदर्शन करें, तो हम व्याकरण संबंधी कार्यों में ५०% की वृद्धि देखेंगे। | |
| WE2.2.17 | यदि हम विकीफ़ंक्शन्स पर विकीडेटा स्टेटमेंट्स को देखने के लिए एक कस्टम घटक प्रदान करते हैं, तो उपयोगकर्ता विकीडेटा से प्राप्त डेटा को समझने में अधिक सक्षम होंगे और कम परेशान महसूस करेंगे। | |
| WE2.2.18 | यदि हम विकीफ़ंक्शन्स पर विकीडेटा स्टेटमेंट्स को देखने के लिए एक कस्टम घटक प्रदान करते हैं, तो उपयोगकर्ता विकीडेटा से प्राप्त डेटा को समझने में अधिक सक्षम होंगे और कम परेशान महसूस करेंगे। | |
| WE2.2.19 | यदि हम उपयोगकर्ताओं को विशिष्ट फ़ंक्शन कॉल के लिए सीधे लिंक साझा करने में सक्षम बनाते हैं - जिसमें उनके इनपुट भी सम्मिलित हैं - तो योगदानकर्ता फ़ंक्शन व्यवहार को अधिक आसानी से पुन: प्रस्तुत, सत्यापित और चर्चा करने में सक्षम होंगे, जिससे डिबगिंग में तेजी आएगी, परीक्षण कार्यप्रवाह में सुधार होगा, और विकीफ़ंक्शन समुदाय में सहयोगात्मक समस्या-समाधान का समर्थन होगा। | |
| WE2.3.1 | यदि हम एक नए विकि के निर्माण के निर्णय को अंतिम रूप दे देते हैं और समुदाय के साथ नाम तय कर लेते हैं, तो हम अपने हितधारकों के साथ इस नए विकि के निर्माण को अधिक व्यापक रूप से साझा करने में सक्षम होंगे और संभावित उत्पाद नाम परिवर्तन की व्यवस्था के लिए तैयारी कर सकेंगे। | |
| WE2.3.2 | यदि हम एक एब्सट्रैक्ट विकी प्रोटोटाइप के लिए एक एमवीपी परिभाषित करते हैं जिसमें हमारे बैक-एंड और एनएलजी क्षमतााओं के परीक्षण के लिए सबसे कम संभव अनुभव सम्मिलित है, और हमें पुनरावृत्त रूप से डिजाइन करने की अनुमति देता है, तो हम Q३ में एक लाइव प्रोटोटाइप की योजना बनाने और लॉन्च करने में सक्षम होंगे। | |
| WE2.3.3 | यदि हम समुदाय से बातचीत शुरू कर दें और एब्सट्रैक्ट विकी के उपयोगकर्ता अनुभव के लिए संभावित डिजाइनों की खोज शुरू कर दें, तो हम तीसरी तिमाही में काम को आगे बढ़ाने में सक्षम हो जाएंगे। | |
| WE2.4.1 | यदि हम WMDE और WMF टीमों से विकिडेटा और WDQS उपयोग के मामले एकत्र करते हैं, तो हम बुनियादी ढाँचे में सुधार के लिए उत्पाद आवश्यकताओं को परिभाषित करने में सक्षम होंगे। | |
| WE2.4.2 | यदि हम विकिडेटा और WDQS के लिए उपलब्धा सेवा स्तर उद्देश्यों (SLO) के साथ प्रमुख प्रदर्शन संकेतकों (KPI) का एक समेकित रिपोर्टिंग दृश्य तैयार करते हैं, तो हम महत्त्वपूर्ण विकिडेटा उपयोग मामले का समर्थन करने वाले तकनीकी बुनियादी ढाँचे में सुधार के लिए सफलता के मानदंडों को स्पष्ट और ट्रैक करने में सक्षम होंगे। | |
| WE2.4.3 | यदि हम तिमाही के भीतर उत्पादन-यथार्थवादी मानदण्ड़ों का उपयोग करके ब्लेज़ग्राफ के लिए वैकल्पिक स्टोर का मूल्यांकन और बेंचमार्क कर सकते हैं, तो हम डेटा-संचालित माइग्रेशन निर्णय लेने और समय-सीमा और संसाधन आवश्यकताओं के साथ एक ठोस रोडमैप तैयार करने में सक्षम होंगे। | |
| WE3.1.1 | यदि हम टैब्ड ब्राउज़िंग सुविधा के उन्नत संस्करण का A/B परीक्षण करें, तो हमें टैब्स उपयोगकर्ताओं के बीच बहु-दिवसीय उपयोग में ५% की वृद्धि दिखाई देगी। | |
| WE3.1.3 | यदि हम उपयोगकर्ताओं को लेख पृष्ठों के भीतर प्रासंगिक छवि सामग्री को ब्राउज़ हेतु एक नया तरीका प्रदान करते हैं, और विकि के एक सेट में ए/बी परीक्षण के माध्यम से लॉग-आउट पाठकों के एक उपसमूह के साथ इसका परीक्षण करते हैं, तो हम उन उपयोगकर्ताओं के बीच कम से कम ३% क्लिक-थ्रू दर देखेंगे, जिन्हें यह सुविधा प्रदान की जाती है। | |
| WE3.1.4 | यदि हम पाठकों को विकि पर ज्ञान नेटवर्क को प्रसारित हेतु कई अवधारणाएं दिखाते हैं, तो हमें आगे के विकास के लिए अवधारणाओं की एक प्राथमिकता वाली सूची मिल जाएगी। | |
| WE3.1.5 | यदि हम वेब पाठकों को विकिपीडिया सामग्री का मशीनी अनुवादित संस्करण देखने का विकल्प प्रदान करते हैं जो उनकी भाषा में उपलब्ध नहींं है, तो हमें पता चलेगा कि क्या पठन गतिविधि में वृद्धि हुई है, जिसे पृष्ठ इंटरैक्शन में ३% की वृद्धि के रूप में मापा जाता है, जिससे पाठक स्थानीय भाषा के विकि की ओर आकर्षित होते हैं और स्थानीय संपादन गतिविधि में संभावित वृद्धि होती है। यह नियंत्रित A/B परीक्षण सेटिंग के रूप में ६ महीने से अधिक समय तक उपलब्ध नहींं होगा, और १३ विकिपीडिया पर पूर्व सहमति से, विकिपीडिया संपादकों के लिए पहले से उपलब्ध खुली मशीनी अनुवाद सेवाओं का उपयोग करके प्रदान किया जाएगा। | |
| WE3.1.6 | यदि हम अर्थगत खोज और लेख में प्रश्नोत्तर के लिए एक प्रोटोटाइप तैयार करते हैं, जिसे डेमो इंटरफेस के रूप में प्रस्तुत किया जाता है, जो वर्तमान दृष्टिकोण को नए अन्वेषणात्मक दृष्टिकोणों के साथ तुलना करता है, तो रीडर टीमें गुणात्मक रूप से मूल्यांकन करने में सक्षम होंगी कि प्रत्येक दृष्टिकोण विभिन्न उपयोगकर्ता यात्राओं में कैसा प्रदर्शन करता है और आगे पुनरावृत्ति के लिए अंतराल या अवसरों को सामने लाता है। | |
| WE3.1.7 | यदि हम इस बात पर उपलब्धा शोध की समीक्षा करें कि पाठक विकिपीडिया पर खोज और नेविगेशन उपकरणों के साथ किस प्रकार इंटरैक्ट करते हैं, तथा विकिपीडिया पर ज्ञान प्राप्त हेतु वे बाह्य खोज का किस प्रकार उपयोग करते हैं, तो हम पाठक टीमों को ≥३ क्रियाशील अनुशंसाएं और निष्कर्ष प्रदान करने में सक्षम होंगे, जो उन्हें पाठकों की अपेक्षाओं और आवश्यकताओं में अंतराल को दूर हेतु खोज और खोज एमवीपी का दायरा निर्धारित करने में सहायता करेंगे। | |
| WE3.1.8 | यदि हम बाह्य प्रतिभागियों के साथ २ अर्थपूर्ण खोज प्रोटोटाइप (प्राकृतिक भाषा खोज, Q&A) का मूल्यांकन करते हैं, तो हम यह जान सकते हैं कि क्या उपयोगकर्ता बेहतर खोज उपकरणों में मूल्य देखते हैं, और पाठक टीमों को खोज और खोज MVP के साथ आगे बढ़ने के बारे में एक अनुशंसा प्रदान करते हैं। | |
| WE3.1.9 | यदि हम गुणात्मक अध्ययन में १०-२० आकस्मिक विकिपीडिया पाठकों को अर्थपूर्ण खोज के माध्यम से सामग्री खोज के लिए उच्च-निष्ठा डिजाइन अवधारणाएं दिखाते हैं, तो हम इस सुविधा के लिए सकारात्मक भावना देखेंगे और खोज और खोज एमवीपी के साथ आगे बढ़ने के लिए आवश्यक आत्मविश्वास प्राप्त करेंगे जो खोज प्रश्नों के लिए लघु-प्रारूप मानव-लिखित अंशों पर निर्भर करता है। | |
| WE3.1.10 | यदि हम १० आकस्मिक पाठकों को एक अनियंत्रित उपयोगकर्ता अध्ययन में नई छवि ब्राउज़िंग अनुभव का लाइव प्रोटोटाइप दिखाते हैं, तो हम इस सुविधा के भविष्य के पुनरावृत्तियों के लिए कम से कम एक UX सुधार का पता लगा लेंगे। | |
| WE3.1.11 | यदि हम खोज में कीवर्ड के मिलान में ढील देते हैं, तो हम प्राकृतिक भाषा प्रश्नों का बेहतर समर्थन कर सकते हैं, और उत्पाद को इस क्षमताा का मूल्यांकन करने में सक्षम बना सकते हैं, इसे सिमेंटिक खोज स्थान में कार्य को डिजाइन करने, प्राथमिकता देने और वितरित करने के उपाए में सम्मिलित कर सकते हैं। | |
| WE3.2.5 | यदि हम एंड्रॉइड पर वर्ष की समीक्षा सुविधा प्रारम्भ करते हैं जो उपयोगकर्ता प्रभाव को उजागर करती है और एकीकृत दाता संदेश सम्मिलित करती है, तो हम नए दान व्यवहार को बढ़ावा देंगे - और हम २०२४ की तुलना में ऐप मेनू में ५% की वृद्धि देखेंगे। | |
| WE3.2.6 | यदि हम iOS वर्ष समीक्षा में दानकर्ता स्लाइडों को अधिक एकीकृत और वैयक्तिकृत बनाते हैं, तो हम २०२४ की तुलना में दान में ५% की वृद्धि देखेंगे। | |
| WE3.3.3 | यदि हम खाताधारकों के लिए एंड्रॉइड ऐप में कम से कम एक अनलॉक करने योग्य अवतार प्रस्तुत करते हैं - जो पाठकों की सार्थक गतिविधियों जैसे कि निश्चित्त संख्या में लेखों को सहेजने के माध्यम से अर्जित किया जाता है - तो हम लॉग-इन उपयोगकर्ताओं द्वारा संबंधित गतिविधियों के साथ बार-बार जुड़ाव को कई दिनों में १०% तक बढ़ा देंगे। | |
| WE3.3.4 | यदि हम लॉग-इन पाठकों को निजी पठन सूची में लेख सहेजने की सुविधा देते हैं, तो हम उम्मीद करते हैं कि साइट पर सहभागिता बढ़ेगी, जैसा कि इस सुविधा का उपयोग करने वाले पाठकों के लिए आंतरिक रेफरल ट्रैफ़िक में ५% की वृद्धि और सभी उपयोगकर्ताओं के लिए सांख्यिकीय रूप से महत्त्वपूर्ण वृद्धि से मापा जाता है। | |
| WE3.3.6 | यदि हम लेख विषय अनुमान डेटा को किसी ऐसी सेवा के माध्यम से उपलब्ध कराते हैं जो सहमत मापनीयता और उपलब्धता आवश्यकताओं को पूरा करती है, साथ ही किसी भी आवश्यक डेटा बैकफ़िल को पूरा करती है, तो हम इस डेटा पर निर्भर आगामी व्यक्तिगत पाठक अनुभवों का समर्थन हेतु आवश्यक तकनीकी आधार स्थापित कर लेंगे। | |
| WE3.3.7 | यदि हम डेटा प्लेटफ़ॉर्म की प्रसंस्करण क्षमतााओं का लाभ उठाते हुए अनुकूलित संपादक मेट्रिक्स और प्रभाव डेटा को एकत्र करते हैं और परिभाषित SLO के साथ उपयुक्त सेवाओं के माध्यम से एकत्र डेटा की सेवा करते हैं, तो हम वर्ष की समीक्षा WE३.३.१ और गतिविधि टैब WE३.३.२ के भविष्य के पुनरावृत्तियों को बढ़ा सकते हैं। | |
| WE3.3.9 | यदि हम एंड्रॉयड पर वर्ष की समीक्षा जारी करते हैं और ए/बी परीक्षण के माध्यम से जुड़े उपयोगकर्ताओं को कस्टम पठन सूची सहेजने के लिए पुरस्कार प्रदान करते हैं, तो हम देखेंगे कि जिन पाठकों को पुरस्कार की पेशकश की गई थी, उनके बीच समग्र ऐप प्रतिधारण दर में उन लोगों की तुलना में १% की वृद्धि हुई है, जिन्हें पुरस्कार नहींं दिया गया था। | |
| WE3.3.10 | यदि हम वर्ष-दर-वर्ष की व्यक्तिगत पठन अंतर्दृष्टि को देखने के लिए खाते की आवश्यकता का A/B परीक्षण करते हैं, तो हम उन उपयोगकर्ताओं की समग्र अवधारण दर में १% की वृद्धि देखेंगे, जिनके लिए खाता होना आवश्यक था, उनकी तुलना में जिनके लिए खाता नहींं था। | |
| WE3.3.11 | यदि हम iOS पर "गतिविधि" टैब के एक उन्नत संस्करण का A/B परीक्षण करते हैं, जो पढ़ने, संपादन और अन्य भागीदारी व्यवहारों पर प्रकाश डालता है, तो हम प्रोटोटाइप संस्करण की तुलना में टैब पर लॉग-इन पाठकों द्वारा बहु-दिवसीय विज़िट में ५% की वृद्धि देखेंगे। | |
| WE3.4.1 | यदि हम हाइब्रिड पॉइंट ऑफ प्रेजेंस (पीओपी/सीडीएन) परिनियोजन की दिशा में कार्य करते हैं, तो यह हमें आवश्यकतानुसार पूर्ण पीओपी और मिनी पीओपी (भौतिक और क्लाउड) दोनों लाने की अनुमति देगा, जिससे भविष्य में प्रोटोटाइप मिनी पीओपी परिनियोजन की नींव रखी जा सकेगी। | |
| WE3.5.1 | यदि उत्पाद एवं प्रौद्योगिकी तथा धन संग्रहण वाले हमारे प्लेटफ़ॉर्म पर दानदाताओं की पहचान के लिए तकनीकी तरीकों का संयुक्त रूप से मूल्यांकन और आलेखीकरण करते हैं, तो हम एक अल्पकालिक और दीर्घकालिक समाधान सुझा पाएँगे जो गोपनीयता, व्यवहार्यता और प्रभाव के बीच संतुलन बनाए रखेगा। यह साझा समझ निर्णय लेने में एकरूपता लाने, सभी प्लेटफ़ॉर्म पर दानदाताओं की निरंतर पहचान सुनिश्चित्त करने, और भविष्य में धन संग्रहण से संबंधित सुविधाओं में अधिक लक्षित प्रयोग करने में सहयता करेगी। | |
| WE3.6.3 | यदि हम पाठकों की विकसित होती आवश्यकताों और इंटरनेट पर ज्ञान की बदलती प्रकृति के बारे में बातचीत में समुदायों को सम्मिलित करते हैं, तो हम पाठकों की सेवा करने के उपाए पर साझा ध्यान केंद्रित कर सकते हैं और अपने विभिन्न विचारों (मल्टीमीडिया, खोज और अन्वेषण, तथा मशीन लर्निंग सहित) का परीक्षण कैसे और कैसे किया जाए, इस पर एक साथ कार्य कर सकते हैं। | |
| WE3.6.4 | यदि हम पाठकों द्वारा विकिपीडिया और अन्य ज्ञान मंचों का उपयोग कब, क्यों और कैसे किया जाता है, इसके पीछे की विशिष्ट प्रेरणाओं, व्यवहारों और आवश्यकताओं पर शोध करें, तो हम उपभोक्ता रणनीति के लिए प्राथमिकता वाले क्षेत्रों और विशिष्ट पहलों का प्रस्ताव करने में सक्षम होंगे। | |
| WE3.6.5 | यदि उत्पाद एवं प्रौद्योगिकी तथा धन संग्रहण वाले प्लेटफॉर्म पर दान के अवसरों में विविधता लाने तथा दान देने वाले पाठकों को मान्यता देने के लिए एक साझा रणनीति पर सहयोग करते हैं, तो हम अपने उपभोक्ता और धन संग्रहण की रणनीतियों से जुड़े स्पष्ट, संरेखित लक्ष्य और मीट्रिक निर्धारित करेंगे। | |
| WE3.6.6 | यदि हम एक एकीकृत मापन रणनीति विकसित करते हैं, तो हम उपभोक्ताओं की बहु-वर्षीय रणनीति का मूल्यांकन करने में सक्षम होंगे और मीट्रिक विकास और रिपोर्टिंग क्षमतााओं का मार्गदर्शन हेतु एक रोडमैप परिभाषित करेंगे। | |
| WE4.1.1 | यदि हम न्यूनतम व्यवहार्य गैर-आपातकालीन प्रवाह का प्रोटोटाइप बनाते हैं, तथा विस्तारित अधिकारों वाले उपयोगकर्ताओं के साथ इसे विकसित करते समय पुनरावृत्त फीडबैक लूप को खुला रखते हैं, तो ये समूह इस प्रवाह के विस्तारित परिनियोजन का समर्थन करेंगे। | |
| WE4.1.3 | यदि हम अक्टूबर के अंत तक ७ विकिपीडिया (फ्रेंच, जर्मन, स्पेनिश, हंगेरियन, इतालवी, पोलिश, पुर्तगाली) को अपडेट कर देते हैं, तो हम DSA आवश्यकताओं के उत्तर में नए कानूनी पाद (Footer) लेख रोल-आउट के चरण १ को पूरा कर लेंगे। | |
| WE4.1.4 | यदि हम घटना रिपोर्टिंग प्रणाली एमवीपी को कम से कम १५ विकि पर लागू करते हैं, जिसमें बड़े जटिल समुदायों पर ध्यान केंद्रित किया जाता है, तो हम देखेंगे कि इसका उपयोग समुदाय द्वारा इच्छित रूप से किया जा रहा है, और गैर-आपातकालीन घटना रिपोर्टिंग के लिए एक कार्यशील मॉडल का प्रदर्शन किया जाएगा। | |
| WE4.1.5 | यदि हम दुर्व्यवहार से निपटने की स्थापित प्रक्रियाओं के बिना विकि पर दुर्व्यवहार की घटनाओं की रिपोर्टिंग के लिए एक प्रवाह आरेख तैयार करते हैं, तो यह ऐसी विकि पर घटना रिपोर्टिंग प्रणाली को अपनाने को प्रोत्साहित करेगा और उन विकि पर उपयोगकर्ताओं को एक स्पष्ट और व्यवहार्य समर्थन मार्ग प्रदान करने में सक्षम करेगा। | |
| WE4.2.3 | यदि हम hCaptcha खाता निर्माण परीक्षण से डेटा का विश्लेषण करते हैं, तो हम खाता निर्माण फ़नल, hCaptcha की पहेली और स्कोर की प्रभावशीलता को समझेंगे, और खाता निर्माण पर hCaptcha के आगे रोलआउट को सूचीत्त हेतु आवश्यक डेटा प्राप्त करेंगे। | |
| WE4.2.5 | यदि हम अनुसंधान करते हैं, समुदायों के साथ परामर्श करते हैं, और तकनीकी समाधानों की जाँच करते हैं, तो हम संरचित्त ब्लॉक कारणों का एक सेट परिभाषित करने में सक्षम होंगे, जिसका उपयोग सभी WMF विकि में किया जा सकता है। | |
| WE4.2.6 | यदि हम डेटा प्लेटफ़ॉर्म पर ओपनसर्च-आधारित क्लस्टर्स को लागू करने की क्षमताा विकसित कर लेते हैं, तो उत्पाद फ़ीचर इंजीनियरिंग टीमों को ऐसे सिस्टम विकसित करने का अधिकार मिल जाएगा जो इस क्षमताा को अन्य सर्च-आधारित सिस्टम्स से काफ़ी स्वायत्तता, लचीलेपन और अलगाव के साथ एकीकृत कर सकें। इस सिस्टम का पहला और प्रमुख टेनेंट IPoid सेवा होगी। | |
| WE4.2.7 | यदि हम पायलट परीक्षण के रूप में कई उत्पादन विकिपीडियाओं पर hCaptcha एंटरप्राइज़ एकीकरण को लागू करते हैं, तो हम दुरूपयोग-रोधी, बॉट पहचान, प्रयोज्यता और पहुँच पर hCaptcha एंटरप्राइज़ की प्रभावकारिता और मूल्य पर डेटा एकत्र करने में सक्षम होंगे। | |
| WE4.2.8 | यदि हम hCaptcha प्रॉक्सी की उपलब्धता और अवलोकन क्षमताा में सुधार करके इसे उत्पादन के लिए तैयार कर लेते हैं, तो हम Q१ में उत्पादन विकिपीडियाओं को अधिक स्थिर और विश्वसनीय सेवा प्रदान कर सकेंगे। | |
| WE4.2.9 | यदि हम hCaptcha SDK को मूल मोबाइल ऐप्स में एकीकृत करते हैं, मूल ऐप उपयोगकर्ता अनुभव का मूल्यांकन करते हैं और खाता निर्माण API के भाग के रूप में hCaptcha चुनौतियों को सक्षम करने का मूल्यांकन करते हैं, तो हमारे पास खाता निर्माण API के लिए hCaptcha के आगे रोलआउट को सूचीत्त हेतु पर्याप्त समझ होगी। | |
| WE4.2.11 | यदि हम उच्च जोखिम वाले संपादन परिदृश्यों में बॉट्स का पता लगाने के लिए hCaptcha को सक्षम करते हैं, तो हम देखेंगे कि hCaptcha स्वचालित दुरूपयोग को कम कर सकता है। | |
| WE4.2.16 | यदि हम प्रासंगिक WMF टीमों के साथ परामर्श करें, तो हम गैर-सार्वजनिक डेटा तक अधिक विस्तृत उपयोगकर्ता पहुँच का प्रबंधन हेतु एक सहमत योजना विकसित करने में सक्षम होंगे, और गैर-सार्वजनिक रक्षात्मक सॉफ्टवेयर नियमों की लागूी का समर्थन करेंगे। | |
| WE4.2.17 | यदि हम वास्तविक विश्व के उदाहरणों का विश्लेषण करते हैं और संपादक इतिहास प्रोटोटाइप से संभावित अपमानजनक व्यवहार के कम से कम २ संकेतों की पहचान हेतु चेकयूजर्स का साक्षात्कार करते हैं, तो उत्पाद सुरक्षा और अखंडता टीम बाद में इन संकेतों को सुझाए गए जाँच सुविधा में सम्मिलित करने में सक्षम होगी, इस विश्वास के साथ कि संकेत मूल्य प्रदान करेंगे। | |
| WE4.3.2 | यदि हम JA4H फ़िंगरप्रिंट्स का उपयोग करते हैं, जो HTTP क्लाइंट व्यवहार का सारांश प्रस्तुत करते हैं, तो हम बॉट ट्रैफ़िक की पहचान और वर्गीकरण बेहतर ढंग से कर पाएंगे | |
| WE4.4.1 | यदि हम पायलटों की प्रतिक्रिया के आधार पर सुधार कर सकें और सभी परियोजनाओं में अस्थायी खाते लागू कर सकें, तो हम अपनी सभी परियोजनाओं पर अपंजीकृत उपयोगकर्ताओं की व्यक्तिगत पहचान योग्य जानकारी (आईपी पते) के प्रकटीकरण को सुरक्षित रखने में सक्षम होंगे, जो सभी (पंजीकृत) उपयोगकर्ताओं के ०.१% से भी कम के लिए उपलब्ध होगी। | |
| WE4.4.2 | यदि हम संबंधित आंदोलन हितधारकों (जिसमें विकि समुदाय और वैश्विक कार्यकर्ता सम्मिलित हैं) के साथ स्पष्ट रूप से और समय पर संवाद करते हैं, तो हम शेष सभी विकि पर लागूी करने में सक्षम होंगे, अंतिम समय में सामने आने वाले कार्यभार को कम कर सकेंगे, और लागू करने को वापस लेने से बच सकेंगे। | |
| WE4.4.5 | यदि हम गश्त लगाने वालों के लिए अस्थायी खातों का उपयोग करके तोड़फोड़ करने वाले बुरे लोगों की पहचान करने में आने वाली कठिनाई को कम कर देते हैं, तो हम अस्थायी खातों वाले सभी विकि में वापसी दर में कोई वृद्धि नहींं होने के कारण तोड़फोड़ में वृद्धि को रोकने में सक्षम हो जाएँगे। | |
| WE4.4.6 | यदि हम लिक्विडथ्रेड्स एक्सटेंशन को बंद कर देते हैं, तो हम उन सभी परियोजनाओं में लागू अस्थायी खातों को अनब्लॉक कर देंगे जो वर्तमान में इस एक्सटेंशन का उपयोग कर रहे हैं। | |
| WE4.6.1 | यदि हम पासवर्ड रीसेट के लिए Zendesk के भीतर सिंक खाता प्रक्रिया को स्वचालित कर दें, तो इससे T&S पर बोझ कम हो जाएगा और उन्हें आने वाले अधिक २FA रीसेट अनुरोधों को संभालने की अनुमति मिल जाएगी। | |
| WE4.6.3 | यदि हम पुष्टिकृत ईमेल पते वाले सभी उपयोगकर्ताओं को अपने खातों के लिए २FA चालू करने की अनुमति देते हैं, लेकिन उपयोगकर्ताओं को इस परिवर्तन का सक्रिय रूप से विज्ञापन नहींं देते हैं, तो हमारा रिकवरी सपोर्ट डेस्क लोड एक स्थायी स्तर पर बना रहेगा। | |
| WE4.6.4 | यदि हम अपने २FA सिस्टम के उपयोगकर्ता अनुभव में सुधार जारी रखते हैं, तथा पासकी के लिए समर्थन जोड़ते हैं, तो अधिक उपयोगकर्ता एकाधिक प्रमाणीकरण कारकों को पंजीकृत करेंगे तथा खाते तक पहुँच खोने से बेहतर रूप से सुरक्षित रहेंगे। | |
| WE4.6.5 | यदि हम किसी स्थानीय या वैश्विक समूह के सदस्यों द्वारा पूरी की जाने वाली आवश्यकताओं को निर्दिष्ट हेतु एक सामान्य ढाँचे को डिजाइन और निर्मित करते हैं, तो हम इस ढाँचे का उपयोग यह लागू हेतु करेंगे कि अस्थायी-खाता-आईपी-दर्शक समूह के सदस्य उपलब्धा नीति आवश्यकताओं को पूरा करते हैं। | |
| WE4.6.6 | यदि हम इस बात पर शोध करें कि विस्तारित अधिकार वाले उपयोगकर्ता (UWER) यूजर स्क्रिप्ट पर किस प्रकार निर्भर करते हैं, तो हम एक योजना प्रस्तावित कर सकेंगे, जिसका UWER समुदाय समर्थन कर सकता है, जिससे एक या अधिक महत्त्वपूर्ण तकनीकी हस्तक्षेप किए जा सकेंगे, जो यूजर स्क्रिप्ट प्रणाली को सार्थक रूप से सुरक्षित कर सकेंगे। | |
| WE4.6.7 | यदि हम OAuth जैसे वैकल्पिक तंत्रों की खोज के माध्यम से, मोबाइल साइन-इन अनुभव को वेब प्लेटफॉर्म के साथ संरेखित हेतु मूल मोबाइल ऐप्स के लिए आवश्यक उपयोगकर्ता अनुभव और तकनीकी परिवर्तनों का मूल्यांकन करते हैं, तो हम उपयोगकर्ताओं के लिए अधिक सुरक्षित और सुसंगत अनुभव प्रदान करने के हित में एकीकरण की व्यवहार्यता निर्धारित कर सकते हैं। | |
| WE4.6.8 | यदि हम Q१ में बनाए गए Zendesk और MediaWiki फॉर्म के प्रभाव की निगरानी करते हैं, तो हम भविष्य की तिमाहियों के लिए तकनीकी हस्तक्षेप का प्रस्ताव कर सकते हैं जो शेष खाता पुनर्प्राप्ति प्रक्रिया को बेहतर ढंग से स्वचालित करेगा। | |
| WE5.1.2b | यदि हम API गेटवे में डेवलपर पहचान और प्रमाणीकरण के लिए कई तरीकों को एकीकृत करते हैं, तो हम विभिन्न उपयोगकर्ता समूहों से आने वाले अनुरोधों की सही पहचान करके, प्रत्येक अनुरोध के लिए एक उचित् दर सीमा निर्धारित करने में सक्षम होंगे। | |
| WE5.1.3b | यदि हम REST गेटवे के कम से कम ३ मार्गों पर दर सीमित करने हेतु ड्राई रन करते हैं, तो इससे हमें संसाधन खपत के संबंध में दर सीमित करने की व्यवहार्यता को सत्यापित करने और सीमाओं के एक प्रारंभिक सेट को परिभाषित करने की अनुमति मिलेगी, जिसे न्यूनतम उपयोगकर्ता प्रभाव के साथ लागू किया जा सकता है। | |
| WE5.1.4b | यदि हम प्रस्तावित API उपयोगकर्ता विभाजन तंत्र को व्यापक डेटा सेट और पहचाने गए समूहों की मैन्युअल समीक्षा के साथ मान्य करते हैं, तो हम उपयोगकर्ता समूहों को अंतिम रूप देने, गणना के लिए उपयोग की जाने वाली पद्धतियों को परिष्कृत करने और उनकी प्रभावकारिता को बेहतर ढंग से समझने में सक्षम होंगे। | |
| WE5.1.5 | यदि हम ट्रैफिक पहचान और दर सीमित करने पर मीडियाविकी प्लेटफॉर्म टीम के साथ सहयोग करते हैं, तो हम इस क्षमता के निर्माण और कार्यान्वयन में प्लेटफॉर्म टीम का समर्थन करके, उत्पादन में ड्राई रन परीक्षण के लिए दर सीमित करने में सक्षम होंगे। | |
| WE5.2.1b | यदि हम नए REST API एक्सप्लोरर के संभावित उपयोगकर्ताओं के साथ जुड़ते हैं, तो इससे हमें प्रमुख प्रयोज्यता अंतर्दृष्टि की पहचान करने में सहयता मिलेगी, जो यह इंगित करेगी कि नया डिज़ाइन उपयोग में आसान है और डेवलपर्स के मानसिक मॉडल के साथ संरेखित है या नहींं। | |
| WE5.2.2b | यदि हम एक्शन एपीआई को केंद्रीय एपीआई गेटवे के माध्यम से रूट करते हैं, तो हम भविष्य के निर्णयों और कार्यों को सूचीत्त करने वाली अंतर्दृष्टि प्राप्त हेतु ट्रैफ़िक और उपयोग पैटर्न को लगातार मापना प्रारम्भ कर सकते हैं। | |
| WE5.2.4 | यदि हम २ API के लिए मानक आलेखीकरण पैटर्न लागू करते हैं, तो हम सामग्री दिशानिर्देशों को परिष्कृत करने में सक्षम होंगे, यह समझ पाएंगे कि दिशानिर्देशों को अपनाने के लिए API मालिकों को क्या चाहिए, और शेष विकिमीडिया API आलेखों में दिशानिर्देशों को लागू हेतु आवश्यक प्रयास को निर्धारित कर पाएँगे। | |
| WE5.2.5 | यदि हम मीडियाविकि REST APIs पर OpenAPI स्पेक लिंटिंग नियमों को परिभाषित करने और लागू करने का प्रयोग करते हैं, तो हम विकिमीडिया और हमारे समुदायों में प्रकाशित APIs की गुणवत्ता और स्थिरता में सुधार हेतु API स्टाइल गाइड को प्रोग्रामेटिक रूप से लागू करने का एक तरीका प्रदर्शित करेंगे। | |
| WE5.3.1 | यदि हम किसी भी उपलब्धा दिशा-निर्देश को अद्यतन करते हुए UX एट्रिब्यूशन दिशा-निर्देशों का विस्तार और सरलीकरण करते हैं, तो हम बेहतर दिशा-निर्देशों का एक मुख्य सेट स्थापित करेंगे, जो आंतरिक रूप से परीक्षण के लिए तैयार होगा और व्यापक सार्वजनिक उपयोग के लिए तैयार हेतु पुनरावृत्त रूप से परिष्कृत किया जाएगा। | |
| WE5.3.1b | यदि हम UX दिशा-निर्देशों और डेमो के प्रारूप को प्रकाशित और पुनरावृत्त करते हैं, तो हम एक कोर फ्रेमवर्क स्थापित कर लेंगे, जो आंतरिक रूप से परीक्षण के लिए तैयार होगा और व्यापक सार्वजनिक उपयोग के लिए तैयार हेतु पुनरावृत्त रूप से परिष्कृत किया जाएगा। | |
| WE5.3.2 | यदि हम एक ऐसा प्रस्ताव तैयार करते हैं जो विकिपीडिया को तृतीय पक्ष सामग्री पुन:उपयोगकर्ताओं और उनके अंतिम उपयोगकर्ताओं को श्रेय देने के लाभों को प्रदर्शित करता है, तो हम कम से कम एक अतिरिक्त पुन:उपयोग भागीदार को Q१ के अंत तक एट्रिब्यूशन केश स्टडी या डेमो में सम्मिलित होने के लिए सहमत होने में सक्षम बनाकर WME४.१ और WME४.२ का समर्थन कर सकते हैं। | |
| WE5.4.2b | यदि हम ज्ञात ग्राहकों की पहचान हेतु एक मापनीय तरीका विकसित कर लेते हैं, तो हम सत्यापित मूल के बॉट्स के लिए सामान्य दर-सीमाओं में अपवाद की अनुमति दे सकते हैं, और अपने नियमों के व्यवस्थित प्रवर्तन की दिशा में आगे बढ़ सकते हैं। | |
| WE5.4.5 | यदि हम अलग-अलग श्रेणियों के ग्राहकों के लिए दर सीमाएँ लागू करना प्रारम्भ कर दें, तो हम अपने बुनियादी ढाँचे पर क्रॉलिंग का बोझ कम कर देंगे। | |
| WE5.4.6 | यदि दूसरी तिमाही के अंत तक हमने शीर्ष N स्पाइडरों को ज्ञात बॉट्स के रूप में वर्गीकृत कर दिया, तो हम उनके द्वारा उपयोग किए जाने वाले संसाधनों की मात्रा को सीमित कर सकते हैं। | |
| WE5.4.7 | यदि हम अपने मीडिया अवसँरचना पर स्वीकृत थंबनेल आकारों के मानकीकृत सेट पर समझौता कर लेते हैं, तथा विभिन्न छवि आकारों के निर्माण की दर को सीमित करते हुए सबसे महंगे (अधिक डाटा लेने वाली) थंबनेल आकारों को पहले से ही तैयार कर लेते हैं, तो हम मीडिया सेवा अवसँरचना पर बोझ को कम कर देंगे। | |
| WE6.1.2 | यदि हम विकिफार्म्स को विलय-पूर्व परीक्षण परिवेश में जोड़ते हैं, तो इससे विकास टीमों को उत्पादन के विरुद्ध निर्माण करने में सहायता मिलेगी, जिन्हें अपने पैचों का अलग-अलग परीक्षण हेतु अनेक विकि की आवश्यकता होती है, जिससे उन्हें उत्पादन-पूर्व अधिक विश्वास प्राप्त होगा और परिणामस्वरूप कम दोष-मुक्ति होगी। | |
| WE6.2.1 | यदि हम अपनी उत्पादन तत्परता चेकलिस्ट की समीक्षा और प्रकाशन करते हैं, जो किसी सेवा को उत्पादन के लिए तैयार माने जाने के लिए आवश्यक शर्तों को स्पष्ट रूप से परिभाषित करती है, साथ ही स्वयं-सेवा योग्य कार्यों को भी, तो हम SRE और विकास टीमों के बीच अपेक्षाओं को संरेखित कर पाएंगे, जिससे हमारी समग्र परिचालन दक्षता और मापनीयता में सुधार होगा। | |
| WE6.2.2 | यदि हम डेवलपर्स के लिए बहुत सारे कठिन कार्यों को सारगर्भित करने वाली एक गोलांग और नोडजेएस लाइब्रेरी बनाने की घोषणा करते हैं, तो वे प्रतिक्रिया और रुचि व्यक्त करेंगे। | |
| WE6.2.4 | यदि हम डेटा दृढ़ता डिजाइन समीक्षा को लागू करते हैं, और सक्रिय रूप से समर्थन करते हैं, तो हम उत्पादन के लिए मार्ग प्रशस्त कर सकते हैं। | |
| WE6.3.2 | यदि हम नए मेट्रिक्स विकसित करते हैं, पारसोइड के कैश इंफ्रास्ट्रक्चर में सुधार करते हैं, और दो "टॉप-टेन" विकिपीडिया पर लागू करते हैं, तो हम विश्वास ढाँचे के लिए प्रदर्शन मानदंड विकसित करेंगे, जो अन्य बड़े विकि पर लागूी के लिए हमारी तत्परता को मान्य करने में सहयता करेगा और बड़े पैमाने पर उच्च-ट्रैफिक वॉल्यूम को संभालने की हमारी क्षमताा को प्रदर्शित करेगा। | |
| WE6.3.3 | यदि हम महत्त्वपूर्ण भाषा संस्करण समर्थन सुधारों को क्रियान्वित करते हैं और Q२ में कम से कम ३ भाषा संस्करण विकि पर पार्सोइड को सफलतापूर्वक लागू करते हैं, तो हम सभी शेष भाषा संस्करण विकि पर विश्वासपूर्वक इसे लागू हेतु आवश्यक प्रमुख तकनीकी चुनौतियों की पहचान और समाधान कर लेंगे। | |
| WE6.4.6 | यदि SRE मीडियाविकि इंजीनियरिंग टीमों को सहायता प्रदान करता है - क्षमताा और यातायात प्रबंधन, कॉन्फ़िगरेशन परिवर्तनों की तैयारी और समीक्षा, और समस्याओं की जाँच और समस्या निवारण के लिए सहयोग के माध्यम से - तो हम एक साथ Q२ में उत्पादन PHP ८.३ अपग्रेड को पूरा करेंगे और भविष्य के अपग्रेड के लिए SRE पर महत्त्वपूर्ण-पथ निर्भरता को कम हेतु अनुशंसाों का एक सेट दस्तावेज करेंगे। | T360995 |
| WE6.4.7 | यदि हम वैश्विक रूट एक्सेस वाले कम से कम ९०% उपयोगकर्ताओं को विकिमीडिया प्रोडक्शन सर्वर तक पहुँचने के लिए हार्डवेयर समर्थित SSH कुंजी का उपयोग हेतु स्थानांतरित कर दें, तो हम इस जोखिम को कम कर देंगे कि एक समझौता किया गया लैपटॉप गंभीर सुरक्षा उल्लंघन का कारण बन सकता है। | |
| WE6.4.8 | यदि मीडियाविकि इंजीनियरिंग टीम मीडियाविकि में PHP अपग्रेड से संबंधित समस्याओं की सक्रिय रूप से निगरानी करती है और उन्हें ठीक करती है, तो इससे SRE टीम नवंबर २०२५ तक उत्पादन PHP ८.३ अपग्रेड को पूरा करने में सक्षम हो जाएगी। | T360995 |
| सिग्नल और डेटा सेवाएँ (एसडीएस) परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | Q२ पाठ | विवरण एवं चर्चा |
| SDS1.2.1 | यदि हम XML डंप प्रक्रिया को वर्तमान 'डंप्स १' अवसँरचना से एक डेटा पाइपलाइन में स्थानांतरित करते हैं जो मीडियाविकि सामग्री पाइपलाइनों का लाभ उठाती है, तो हम SLO की गारंटी देने और 'डंप्स १'-आधारित XML निर्यात को बंद करने में सक्षम होंगे। | |
| SDS1.2.2 | यदि हम मीडियाविकि सामग्री इतिहास और इवेंट प्लेटफार्म / इवेंट गेट के लिए SLOs का अवलोकन और समीक्षा करते हैं, तो हम ग्राहकों, मेट्रिक्स और आश्रित हितधारकों को सत्यापित कर सकते हैं, और SLOs के लिए आवश्यक सुधारों की पहचान कर सकते हैं, जो हमें हमारी साप्ताहिक डिलीवरी गारंटी में किसी भी अंतराल को स्पष्ट करने में सहयता करेगा। | |
| SDS1.3.1 | यदि हम क्लाइंट-साइड सिग्नल पेश करते हैं और सर्वर-साइड वेब रिक्वेस्ट लॉग की तुलना में उनका ऑडिट करते हैं, तो हमें अतिरिक्त बॉट पैटर्न मिलेंगे जिन्हें विशेषता दी जा सकती है। | |
| SDS1.3.2 | यदि हम वर्तमान बॉट बनाम मानव वितरण को आधार रेखा के रूप में मानते हैं और वितरण में बदलावों के लिए स्वचालित अलर्ट बनाते हैं, तो हम स्वचालित ट्रैफ़िक के अगले अप्रत्याशित पैटर्न का पता लगाने का समय हफ्तों से घटाकर मिनटों में कर देंगे। | |
| SDS1.3.3 | यदि हम वेबरिक्वेस्ट के लिए बैकफ़िल मैकेनिज़्म को स्वचालित कर दें और मई लॉग पर इसका उपयोग करें, तो हम भविष्य की घटनाओं के लिए सुधार समय को महीनों से घटाकर दिनों में कर देंगे और "मई पेजव्यू में वृद्धि" की घटना का समाधान कर देंगे। | |
| SDS1.3.4 | यदि हम बॉट वर्गीकरण आउटपुट के लिए एक नियमित, प्रचालनात्मक आंतरिक ऑडिट प्रक्रिया बनाते हैं, तो हम अपने समाधानों में विश्वास पैदा करेंगे और ट्रैफ़िक पैटर्न में उन परिवर्तनों का पूर्वानुमान लगा पाएंगे, जिनका स्वचालित रूप से पता नहींं चलता। | |
| SDS1.3.5 | यदि हम मूल क्लाइंट-साइड सिग्नल का विश्लेषण करते हैं और इसे अपने अनुमान में सम्मिलित करते हैं, तो हम डेटा प्लेटफ़ॉर्म में अतिरिक्त बॉट पैटर्न का पता लगा लेंगे। | |
| SDS1.3.6 | यदि हम Spur.us IP प्रतिष्ठा को आयातित, विश्लेषित और अपने अनुमान में सम्मिलित करते हैं, तो हम डेटा प्लेटफ़ॉर्म में अतिरिक्त बॉट पैटर्न का पता लगाएंगे। | |
| SDS1.3.7 | यदि हम एज से एक सिग्नल को आयात, विश्लेषण और अपने ह्यूरिस्टिक्स में सम्मिलित करते हैं, तो हम डेटा प्लेटफ़ॉर्म में अतिरिक्त बॉट पैटर्न का पता लगाएंगे। | |
| SDS1.4.1 | यदि हम विकिमीडिया पारिस्थितिकी तंत्र के भीतर प्रवृत्तियों के उपलब्धा विश्लेषण की पुनः पुष्टि करते हैं - पृष्ठ दृश्य, योगदानकर्ता और पाठक मीट्रिक, यातायात, आदि - तो हम अपने सबसे महत्त्वपूर्ण आंदोलन अंतर्दृष्टि के लिए मुख्य चर्चा बिंदुओं का आत्मविश्वास से समर्थन करने में सक्षम होंगे। | |
| SDS1.4.2 | यदि हम विकिमीडिया पारिस्थितिकी तंत्र के भीतर प्रवृत्तियों के उपलब्धा विश्लेषण की पुनः पुष्टि करते हैं - पृष्ठ दृश्य, योगदानकर्ता और पाठक मीट्रिक, यातायात, आदि - तो हम अपने सबसे महत्त्वपूर्ण आंदोलन अंतर्दृष्टि के लिए मुख्य चर्चा बिंदुओं का आत्मविश्वास से समर्थन करने में सक्षम होंगे। | |
| SDS2.1.1 | यदि हम प्रयोग चलाने वाली टीमों के साथ मिलकर कार्य करें, तो हम सीखेंगे कि भविष्य में सिस्टम को अधिक स्व-सेवा कैसे बनाया जाए और उन्हें किन वैचारिक या तकनीकी चुनौतियों का सामना करना पड़ सकता है। | |
| SDS2.1.2 | यदि हम इवेंटलॉगिंग के लिए बेहतर डिबगिंग लागू कर सकें, तो उत्पाद टीमों को पता चल जाएगा कि उनका प्रयोग अपेक्षा के अनुरूप इवेंट डेटा एकत्र कर रहा है, जिससे प्रयोग स्वामियों का आत्मविश्वास बढ़ेगा। | |
| SDS2.1.3 | यदि हम प्रयोग मंच के A/B परीक्षण प्रणाली (xLab) घटक, तथा इससे संबंधित मीडियाविकि भागों के लिए लॉगिंग और अवलोकन क्षमताा में सुधार करते हैं, तो हम सिस्टम के प्रदर्शन के लिए आधार रेखाएँ स्थापित करने तथा प्रयोग-संबंधी विफलताओं पर प्रतिक्रिया देने में सक्षम होंगे। | |
| SDS2.1.4 | यदि हम महीने में एक बार संगठन में प्रयोग की कहानियों और परिणामों को साझा करते हैं (उत्पाद संचालन बैठकों, डिजाइन टीम बैठकों और क्रॉस-टीम प्रस्तुतियों के माध्यम से), तो हम प्रयोग मंच को स्वाभाविक रूप से अपना लेंगे। | |
| SDS2.1.5 | यदि हम उपयोगकर्ताओं को बताते हैं कि उनके उपकरण, यदि xLab में बनाए गए हैं, तो उसमें विशेषताओं का एक सेट सम्मिलित है जो जोखिम श्रेणी को बदल देता है, तो हम उपकरण उपयोगकर्ताओं को अत्यधिक डेटा एकत्र करने से रोकेंगे और इस बारे में स्पष्टता बढ़ाएँगे कि विशेषताओं के किस संयोजन के लिए गोपनीयता समीक्षा की आवश्यकता है। | |
| SDS2.1.6 | यदि ग्रोथ टीम प्रयोग प्रयोगशाला के साथ २ उपयोग-मामलों (एक बकेटिंग क्षमतााओं के बारे में जानकारी प्राप्त हेतु A/B परीक्षण के साथ, और दूसरा KPI-जैसे मेट्रिक्स के लिए समर्थन के बारे में जानने के लिए दीर्घकालिक इंस्ट्रूमेंटेशन के साथ) पर कार्य करती है, तो हम मूल्यांकन कर सकते हैं कि क्या यह ग्रोथएक्सपेरिमेंट्स में हमारे विशिष्ट प्रयोग सेटअप को प्रतिस्थापित हेतु आवश्यकताओं को पर्याप्त रूप से पूरा करता है। | |
| भविष्य के दर्शक (FA) की परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | Q२ पाठ | विवरण एवं चर्चा |
| FA1.1.4 | [पिछले वित्तीय वर्ष से जारी] यदि हम रोबॉक्स पर एक नया विकिपीडिया अनुभव बनाते हैं, तो हम सीखेंगे कि क्या यह हमारे ब्रांड को युवा (जेन अल्फा) दर्शकों से परिचित्त कराने का एक प्रभावी तरीका हो सकता है। | |
| FA1.1.2 | यदि हम [१] पर नए विकिपीडिया अनुभवों के लिए एक केंद्रीय केंद्र बनाते हैं, तो हम ५० से अधिक इच्छुक गैर-विकिपीडियनों का एक दर्शक वर्ग विकसित कर सकेंगे, जो हमें फीडबैक देंगे, जिससे हमें यह जानने में सहयता मिलेगी कि खेलों में क्या कार्य करता है और क्या नहींं। | |
| FA2.2.1 | यदि हम लघु-वीडियो प्लेटफार्मों पर सामुदायिक प्रबंधन में निवेश करते हैं, तो Q२ (दिसंबर २०२५) के अंत तक हम TikTok पर नए दर्शकों के विचारों के प्रतिशत में ३०% QoQ वृद्धि देखेंगे - और सभी SFV प्लेटफार्मों पर, हम बाहरी सामग्री पर छोड़ी गई ब्रांड टिप्पणियों पर ५०,००० कुल जुड़ाव (पसंद और उत्तर टिप्पणियां) अर्जित करेंगे, जो हमें दृश्यता बढ़ाने और उन दर्शकों के साथ जुड़ाव बढ़ाने में सहयता करेगा, जिन तक हम वर्तमान में नहींं पहुँच रहे हैं। | |
| FA2.2.2 | यदि हम विकिपीडिया क्रिएटर पार्टनरशिप प्रोग्राम की आंतरिक रणनीति और बाह्य साझाकरण (जिसमें क्रिएटर्स के लिए हमारे मूल्य की रूपरेखा, साझेदारी मानदंड, अनुबंध प्रक्रिया, और क्रिएटर सामग्री स्वामित्व वाले और क्रिएटर चैनलों पर कैसे दिखाई देगी, आदि सम्मिलित हैं) विकसित करते हैं और उस पर हस्ताक्षर प्राप्त करते हैं, तो हम एक सशक्त क्रिएटर रणनीति स्थापित करने में सक्षम होंगे जो हमें अपने ज्ञान सामग्री के साथ सोशल मीडिया पर नए दर्शकों तक पहुँचने में सहयता करेगी। | |
| उत्पाद और इंजीनियरिंग सहायता (PES) परिकल्पनाएँ | ||
|---|---|---|
| परिकल्पना के संक्षिप्त नाम | Q२ पाठ | विवरण एवं चर्चा |
| PES1.1.5 | यदि हम मीडियाविकि सामग्री इतिहास और विकिफंक्शन्स के लिए सेवा स्तर उद्देश्यों (एसएलओ) को स्लोथ/पाइरा में सम्मिलित करते हैं, तो हमें उत्पादन में २ और एसएलओ मिलेंगे। | |
| PES1.1.6 | अगर हम उपलब्धा SLO के पूर्वव्यापी डेटा के साथ स्लोथ का परीक्षण करें, तो हम समझ पाएँगे कि त्रुटि बजट विंडो के लिए हमारे निश्चित्त-विंडो दृष्टिकोण के लिए पाइरा या स्लोथ (या कुछ और) सही उपकरण है या नहींं। हम सीखेंगे कि SLO मेट्रिक्स के लिए स्व-सेवा दृष्टिकोण के साथ सेवा स्वामियों का समर्थन कैसे करें और निर्णय लेने में उनका उपयोग कैसे करें। | |
| PES1.2.4 | यदि हम पहली तिमाही में ३ टीमों के साथ त्रैमासिक इच्छा और सामुदायिक संकेत समीक्षा प्रक्रिया का संचालन करते हैं, तो हम उत्पाद प्रबंधकों को उनकी त्रैमासिक और वार्षिक योजना प्रक्रियाओं में सामुदायिक संकेतों को एकीकृत हेतु नियुक्त करेंगे। | |
| PES1.2.5 | यदि हम टैग और वोटिंग के साथ वर्गीकरण की अनुमति देने वाले सुधारों के साथ विशलिस्ट एक्सटेंशन पर इच्छाओं को फ़िल्टर और सॉर्ट करने की क्षमताा जोड़ते हैं, तो ३ सुधार विशलिस्ट में कम से कम ३०% अधिक अद्वितीय प्रतिभागियों को बढ़ाएँगे। | |
| PES1.3.3 | यदि हम प्लेटफ़ॉर्म पर उपयोगकर्ता इंटरैक्शन के आधार पर कम से कम ५ आकर्षक हस्तक्षेप करते हैं, तो हम पोर्टल पेज और बर्थडे मोड गैजेट के लिए ट्रिगर्स निर्धारित करेंगे। प्रयोज्यता परीक्षण हमें बताएगा कि कौन से हस्तक्षेप हमारे ब्रांड के साथ सकारात्मक जुड़ाव बनाते हैं। यह परिकल्पना अक्टूबर के अंत में विकीकॉन नॉर्थ अमेरिका तक पूरी होने की समय-सीमा है। | |
| PES1.3.4 | अगर हम संचार विभाग के सदस्यों के साथ मिलकर विकिपीडिया के इतिहास, वर्तमान और भविष्य को दर्शाती एक इमर्सिव वेबसाइट बनाते हैं, जिसका उद्देश्य अभियान के लक्षित क्षेत्रों में १८-३४ वर्ष की आयु के ऑनलाइन दर्शकों को आकर्षित करना है, तो यह सोशल शेयरिंग और अन्य ऑनलाइन गतिविधियों के माध्यम से विकिपीडिया के साथ बेहतर जुड़ाव का निर्माण करेगा। इससे ब्रांड की उपस्थिति को १० प्रतिशत अंकों तक बढ़ाने के संचार के केआर में योगदान मिलेगा, साथ ही हमें यह भी पता चलेगा कि क्या सामग्री के प्रति गतिशील दृष्टिकोण ब्रांड की लोकप्रियता में सुधार करते हैं। | |
एक साथ मिलकर योजना बनाना
जनवरी २०२५ के अपडेट।
.jpg)
वार्षिक योजना विकिमीडिया फाउंडेशन द्वारा आने वाले वर्ष में हम जो प्राप्त करना चाहते हैं उसका विवरण है। हम योजना को सहभागी, आकांक्षापूर्ण और प्राप्त करने योग्य बनाने के लिए कड़ी मेहनत करते हैं। हर वर्ष, हम योगदानकर्ताओं से योजना को आकार देते समय उनके दृष्टिकोण, उम्मीदें और विशिष्ट अनुरोध साझा हेतु कहते हैं। हम जिस तरह से इनपुट मांगते हैं, उनमें से कुछ हैं समुदायों के साथ उत्पाद टीम की बातचीत, समुदाय की इच्छा सूची, कॉमन्स वार्तालाप शृंखला जैसी सामुदायिक बातचीत, सम्मेलनों में और इस तरह के विकी पृष्ठों के माध्यम से।
हमारी अगली वार्षिक योजना के लिए, जुलाई २०२५ से जून २०२६ तक, हम इस बारे में सोच रहे हैं कि हम विश्व और इंटरनेट में तेजी से हो रहे बदलावों और पर मुक्त ज्ञान मिशन पर पड़ने वाले इसके प्रभाव को देखते हुए, बहु-पीढ़ीगत दृष्टिकोण को सर्वोत्तम उपाए से कैसे पूर्ण कर सकते हैं।
जैसा कि मैंने पिछले वर्ष कहा था, हमें इस बात पर ध्यान केंद्रित करने की आवश्यकता है कि हमें क्या अलग बनाता है: इंटरनेट पर और नई पीढ़ियों का ध्यान आकर्षित हेतु प्रतिस्पर्धा करने वाले प्लेटफ़ॉर्म पर गलत सूचना और भ्रामक जानकारी के प्रसार के बावजूद भरोसेमंद सामग्री प्रदान करने की हमारी क्षमताा। इसमें यह सुनिश्चित्त करना सम्मिलित है कि हम विश्व को सभी मानवीय ज्ञान को इकट्ठा करने और वितरित करने के मिशन को प्राप्त करें, इसके लिए हम अपनी कवरेज का विस्तार करके लापता जानकारी का विस्तार करते हैं, जो असामानता, भेदभाव और पूर्वाग्रह के कारण हो सकती है। हमारी सामग्री को कृत्रिम बुद्धिमत्ता और समृद्ध अनुभवों द्वारा संचालित बदलते इंटरनेट में भी सेवा करने और महत्त्वपूर्ण बने रहने की आवश्यकता है। और अंत में, हमें अपने उत्पादों और धन संग्रहण के लिए एक साझा रणनीति बनाकर अपने आंदोलन को स्थायी रूप से वित्तपोषित करने के उपाए खोजने की आवश्यकता है ताकि हम इस कार्य को लंबे समय तक समर्थन दे सकें।
आगामी वर्ष में अपने प्रयासों पर ध्यान केन्द्रित करने के बारे में निर्णय लेने और समझौता हेतु, हमने प्रश्नों को एकत्र किया और इस बारे में विचार किया कि अधिकतम प्रभाव प्राप्त हेतु अपने सीमित संसाधनों को किस प्रकार आवंटित किया जाए।
यदि आप विशेष रूप से इस बात में रुचि रखते हैं कि उत्पाद और प्रौद्योगिकी विभाग यहाँ निर्धारित प्राथमिकताओं के आधार पर कौन सी सुविधाएँ या सेवाएँ बनाएगा, तो मार्च में विशिष्ट उद्देश्यों और प्रमुख परिणामों पर टिप्पणी करने के लिए समय होगा। (यहाँ संदर्भ के लिए वर्तमान वार्षिक योजना के लिए उद्देश्य और उनके प्रमुख परिणाम दिए गए हैं।)
यदि आप हमारे तकनीकी परिवेश में चुनौतियों और अवसरों तथा अगली वार्षिक योजना में हमें क्या दिशा अपनानी चाहिए, इस बारे में सोचना चाहते हैं, तो कृपया हमारे साथ नीचे दिए गए प्रश्नों पर विचार करें।
हम लगातार कई तरीकों से इन प्रश्नों के बारे में जानकारी लेते रहते हैं -- समुदाय की बातचीत से, पर द्वारा एकत्र किए गए डेटा से, पर द्वारा किए गए शोध साक्षात्कारों से, और भी बहूत कुछ से। यह पहली बार नहींं है जब हम इनमें से कई चीज़ों के बारे में पूछ रहे हैं और सीख रहे हैं - और हम पहले से ही उनमें से कई के आसपास कार्य कर रहे हैं! हम उन्हें अब फिर से पूछना चाहते हैं और सीखते रहना चाहते हैं, क्योंकि वे हमारी योजना के इस चरण में सर्वोपरि हैं।
प्रश्न:
- मीट्रिक्स और डेटा
- ऐसे कौन से उपाए हैं जिनसे डेटा और मेट्रिक्स संपादक के रूप में आपके कार्य को बेहतर उपाए से सहायता कर सकते हैं? क्या आप संपादन, पढ़ने या व्यवस्थित करने के बारे में डेटा के बारे में सोच सकते हैं जो आपको यह चुनने में सहयता करेगा कि आप अपना समय कैसे व्यतीत करें, या कब किसी चीज़ पर ध्यान देने की आवश्यकता है? यह आपकी अपनी गतिविधि या दूसरों की गतिविधि के बारे में डेटा हो सकता है।
- संपादन
- संपादन करना आपके लिए कब सबसे अधिक लाभकारी और आनंददायी लगता है? यह कब सबसे ज़्यादा निराशाजनक और कठिन लगता है?
- हम चाहते हैं कि योगदानकर्ताओं को उनके काम के लिए यह अधिक से अधिक फ़ीडबैक और मान्यता मिले, ताकि ऐसा न लगे कि विकी पर उनके द्वारा किए गए प्रयासों पर किसी का ध्यान नहीं गया। किस तरह की फ़ीडबैक और मान्यता आपको प्रेरित करती है? आपको संपादन जारी रखने के लिए क्या प्रेरित करता है?
- चूँकि विकी बहूत बड़े होते हैं, इसलिए संपादकों के लिए यह तय करना कठिन हो सकता है कि उनके लिए प्रत्येक दिन अपना समय बिताने के लिए कौन सा विकी कार्य सबसे महत्त्वपूर्ण है। कौन सी जानकारी या उपकरण आपको यह चुनने में सहयता कर सकते हैं कि आपको अपना समय कैसे बिताना है? क्या एक केंद्रीय, व्यक्तिगत स्थान होना उपयोगी होगा जो आपको नए अवसर खोजने, अपने कार्यों का प्रबंधन करने और अपने प्रभाव को समझने की अनुमति देता है?
- हम विकी पर सहयोग के अनुभव को बेहतर बनाना चाहते हैं, ताकि योगदानकर्ताओं के लिए एक-दूसरे को ढूँढ़ना और साथ मिलकर प्रोजेक्ट पर कार्य करना आसान हो जाए, चाहे वह बैकलॉग ड्राइव, एडिट-ए-थॉन, विकीप्रोजेक्ट्स के ज़रिए हो या फिर दो संपादकों के साथ मिलकर कार्य करने के ज़रिए। आपको क्या लगता है कि हम ज़्यादा योगदानकर्ताओं को एक-दूसरे को ढूँढ़ने, जुड़ने और साथ मिलकर कार्य करने में कैसे सहयता कर सकते हैं?
- पढ़ना/सीखना
- विश्व में लोग जहाँ रहते हैं, उसके आधार पर विकीज़ तेज़ी से या धीरे लोड होते हैं। क्या विश्व में कोई ऐसा भाग है जहाँ आपको लगता है कि बेहतर प्रदर्शन की सबसे ज़्यादा ज़रूरत है?
- हम पाठकों की नई पीढ़ियों को विकिपीडिया की सामग्री को रोचक और आकर्षक बनाने में कैसे सहयता कर सकते हैं? हमने अतीत में इंटरैक्टिव सामग्री और वीडियो के बारे में विचारों पर चर्चा की है, और इस वर्ष चार्ट और उपलब्धता विकिपीडिया सामग्री को सामने लाने के नए तरीकों के साथ प्रयोग पर ध्यान केंद्रित किया है। हम अपनी उपलब्धा सामग्री को नए तरीकों से उपयोग हेतु इस ट्रैक पर कैसे आगे बढ़ सकते हैं जो विकिमीडिया के लिए अद्वितीय हैं?
- मॉडरेटर
- विकिपीडिया में क्या परिवर्तन करने की आवश्यकता है ताकि अधिक लोग पेट्रोलर या प्रशासक जैसी उन्नत स्वयंसेवी भूमिकाओं में सम्मिलित होना चाहें?
- संपादनों या उपयोगकर्ताओं के बारे में कौन सी जानकारी या संदर्भ आपको अधिक शीघ्रताा या आसानी से निगरानी या व्यवस्थापकीय निर्णय लेने में सहयता कर सकता है?
- बाहरी रुझान
- विकिमीडिया के बाहर की दुनिया में आप कौन से सबसे महत्वपूर्ण बदलाव देख रहे हैं? ये तकनीक, शिक्षा या लोगों के सीखने के तरीके में रुझान हो सकते हैं।
- विकिमीडिया आंदोलन के अलावा, आप अन्य किन ऑनलाइन समुदायों में भाग लेते हैं? अन्य सामुदायिक प्लेटफ़ॉर्म पर मौजूद उपकरणों और प्रक्रियाओं से हम क्या सीख सकते हैं?
- आप अपने विकिमीडिया कार्य के अंदर और बाहर एआई उपकरणों का उपयोग कैसे कर रहे हैं? आप एआई को किस काम के लिए उपयोगी पाते हैं?
- कॉमन्स
- हम कॉमन्स समुदाय के साथ मिलकर कौन से निर्णय ले सकते हैं जिससे एक स्थायी परियोजना बनाई जा सके जो विश्वकोशीय ज्ञान के सृजन में सहायक हो?
- विकिडेटा
- आप भविष्य में विकिडाटा को किस तरह विकसित होते देखना चाहेंगे? विश्वसनीय विश्वकोश सामग्री के निर्माण के लिए यह किस तरह सबसे उपयोगी हो सकता है?