الخطة السنوية لمؤسسة ويكيميديا/2025-2026/الأهداف والنتائج الرئيسية في قسم المنتجات والتقنية

مؤسسة ويكيميديا
الخطة السنوية 2025-2026

الخطة السنوية لمؤسسة ويكيميديا ​​2025-2026

• ملخص
• التوجهات العالميَّة
• التقدم
• الأهداف
  • البنية التحتية
  • دعم المتطوعين
  • الفعالية
• النموذج المالي
• موجز الميزانية
• التعاون

نظرة على العام المقبل

على الرغم من التغيرات التي يشهدها العالم، تظل مؤسسة ويكيميديا على يقين بأننا نريد لمهمتنا — وهي إتاحة المعرفة المفيدة من مشاريع ويكيميديا على شبكة الإنترنت مجانًا والاستمرار في ذلك—أن تكون مسعى يمتد لأجيال عديدة؛ فنحن نطمح إلى أن يظل مبدأ المعرفة الحرة متاحًا للكثير من الأجيال القادمة.

الإنترنت يتغير بوتيرة سريعة. تتلقى الأجيال الجديدة المعلومات عبر فيديوهات التواصل الاجتماعي وتجارب الذكاء الاصطناعي، كما أن عددًا أقل منهم على دراية بـ ويكيبيديا مقارنة بالأجيال الأكبر سنًا. نحن نشهد انخفاضًا في أعداد الأشخاص الذين يزورون مواقعنا وأعداد المحررين. في الوقت ذاته، تعتمد المنصات المنتشرة عبر الإنترنت على محتوى ويكيميديا لدعم عروضها في مجالات البحث والذكاء الاصطناعي.

تمثل هذه الديناميكيات تحديات كبرى، لكنها توضح بجلاء سبب الأهمية القصوى للمعرفة الحرة الموثوقة التي ننشئها معًا. فالعالم يحتاج، اليوم وأكثر من أي وقت مضى، إلى مصدر معرفة جدير بالثقة يخضع لمراجعة بشرية، وتواصل مشاريع ويكيميديا إثبات قدرتها على توفير ذلك.

لمواجهة هذه التحديات في العام القادم، سنعمل على بناء مسارات للاستفادة المستدامة من محتوى ويكيميديا، وسنعمل على إيصال هذا المحتوى إلى المساحات الاجتماعية عبر الإنترنت التي تقضي فيها الأجيال الأحدث وقتها. سنقوم بتحسين مواقعنا الخاصة بحيث يرغب القراء في العودة إليها، والمشاركة بعمق، والمساهمة بطرق ذات مغزى بالنسبة لهم. وسنستثمر في قدرتنا على التجريب السريع بالتقنيات الجديدة، حتى تتناسب وتيرة تطويرنا مع وتيرة التغير الذي يشهده العالم.

إن الهدف المتعلق بالبنية التحتية يوضح كيف ستدعم المنصة وتجربة المستخدم مواجهة هذه التحديات والوصول إلى غالبية المشاركين في الحركة. وهو ليس مجرد قائمة بالمشاريع، بل هو بالأحرى مجموعة من التوجهات التي تهدف إلى: تحفيز نمو المتطوعين، تمكين المتطوعين من بناء محتوى موسوعي جدير بالثقة، تمويل مهمتنا، وتطوير عروضنا لتشكيل الإنترنت المتغير. يمكنك قراءة المزيد عن تلك الأركان الاستراتيجية الأربعة.

تحفيز نمو المتطوعين

إن مجتمع المتطوعين هو المحرك الفريد وراء نجاح مشاريع ويكيميديا، ونحن بحاجة ماسة لأن يكون هذا المجتمع سليمًا وناميًا. لكننا شهدنا في العام الماضي استمرارًا في انخفاض أعداد المحررين الجدد والعائدين إلى المشاريع. ولفهم احتياجات متطوعينا الحاليين والاستجابة لها بفعالية أكبر، قامت المؤسسة بتجديد "قائمة أمنيات المجتمع" (Community Wishlist)، حيث تحولت من مجرد استبيان سنوي إلى عملية استقبال مفتوحة دائمًا للمقترحات، ليتم دمج احتياجات المستخدمين وأفكار المشاريع في عمل فرق متعددة داخل المؤسسة. لقد قمنا بتجميع هذه الأمنيات ضمن مجالات تركيز، وأدرجنا ثلاثة من هذه المجالات ضمن النتائج الرئيسة (Key Results) في الخطة السنوية. كما بدأنا أيضًا بتجربة مجلس استشاري للمنتجات والتقنية للمساعدة في إثراء المحادثات العديدة التي تجريها فرق المؤسسة مع أعضاء المجتمع داخل الويكي وخارجه على مدار العام. بالإضافة إلى ذلك، حددنا فرصًا لجذب الأجيال الجديدة إلى مشاريعنا، مثل حقيقة أن الشباب يشاركون بحماس في المساحات الاجتماعية الأخرى عبر الإنترنت التي توفر لهم طرقًا سهلة ومتوافقة مع الهاتف المحمول (Mobile-Friendly) للتواصل حول المواضيع المشتركة التي تثير اهتمامهم.

في العام المقبل، سنقوم بتحفيز نمو المتطوعين من خلال جعل المساهمة أسهل وأكثر جاذبية للأجيال الجديدة، وذلك بتوسيع نطاق التجربة الموجهة للهاتف المحمول أولاً، وتقديم طرق تحرير جديدة (تسمى "المهام المهيكلة")، وإضافة مسارات عمل ذكية تجعل التحرير البنّاء عبر الهاتف المحمول سهلاً على المساهمين الجدد ("فحوصات التحرير"). ولإشراك المتطوعين الحاليين والاحتفاظ بهم بشكل أعمق، سنقدم لهم إجراءات ومهام مقترحة وسنعرضها في مركز محوري يسهّل تنظيم الأنشطة داخل الويكي. وسنستخدم الذكاء الاصطناعي بعناية لتعزيز عمل المتطوعين، مع الحفاظ دائمًا على الرقابة البشرية وإعطاء الأولوية للشفافية. بالنسبة للمتطوعين الجدد وذوي الخبرة على حد سواء، سنبني سبلًا للتواصل والعمل المشترك على مواقعنا — استلهامًا من الحملات الناجحة ومشاريع الويكي — مما يسمح لهم بالعثور على المحررين ذوي التفكير المماثل وتحسين المحتوى المتعلق باهتماماتهم (بما يتماشى مع مجال التركيز هذا في قائمة الأمنيات).

تقديم محتوى موسوعي جديرة بالثقة

مع تزايد المحتوى المولّد بواسطة الذكاء الاصطناعي على شبكة الإنترنت، أصبح العالم يحتاج إلى محتوى موسوعي جدير بالثقة أكثر من أي وقت مضى. إننا نطمح إلى زيادة قدرات المتطوعين في ثلاثة مسارات: إنشاء محتوى جديد، وضمان بقاء المحتوى الحالي جديرًا بالثقة، وتقديم المحتوى الموثوق لجيل جديد من القراء لديه احتياجات وتفضيلات مستحدثة.

لمساعدة المتطوعين على إنشاء محتوى جديد، سنعمل على تطوير الأدوات ومسارات العمل الموجّهة الحالية (مثل أداة ترجمة المحتوى)، لكي تتمكن كل من المجتمعات الكبيرة والصغيرة على حدٍ سواء من تغطية المحتوى الحيوي (Vital Content). ولضمان بقاء المحتوى الحالي جديرًا بالثقة، سنساعد المتطوعين ذوي الخبرة على إدارة أعباء عملهم المتزايدة على نحو أفضل، وذلك عبر توسيع الأدوات التي يستخدمونها للعثور على المهام التي تتطلب اهتمامهم — مما يسهل عليهم تحديث المقالات وإلغاء التعديلات غير المفيدة (بما يتماشى مع مجال التركيز هذا في قائمة الأمنيات).

سوف نساعد أيضًا المسؤولين في حماية محتوانا من خلال إظهار إشارات جديدة (تتجاوز عناوين بروتوكول الإنترنت IP) تحدد الجهات المسيئة، مما يتيح حظر المستخدمين بطرق تقلل من الوقوع في الخطأ وحظر المحررين ذوي النوايا الحسنة.

لتقديم محتوى موسوعي إلى جيل جديد، سنقوم ببناء ميزات تساعد الأنماط الجديدة من القراء على فهم المقالات بسهولة، وتساعدهم على إيجاد المعلومات التي تثير اهتمامهم، وتسمح لهم بالمشاركة بنشاط أثناء قراءتهم. تهدف هذه التغييرات إلى تشجيع قراء ويكيبيديا الجدد على أن يصبحوا قراءً دائمين، وبعضهم على أن يصبحوا متبرعين (بما يتماشى مع مجال التركيز هذا في قائمة الأمنيات).

إن تقديم المحتوى الجدير بالثقة يعني أيضًا دعم نموذج المعرفة كخدمة، حيث يستقي الإنترنت بأكمله من محتوى ويكيميديا. في ظل هذا النموذج، لا تُعد بنيتنا التحتية مجرد مورد قيّم للبشر الذين يزورون مواقعنا، بل هي أيضًا مورد لشركات البحث والذكاء الاصطناعي، التي تصل إلى محتوانا تلقائيًا ليكون مدخلًا ومخرجًا أساسيًا لمنتجاتها. يمثل هذا النوع من الشركات مجرد واحد من الاستخدامات العديدة التي تضع حِملًا غير مستدام ومتزايد على بنيتنا التحتية. ففي العام الماضي، جعلت الزيادة الكبيرة في حجم الطلبات القادمة من أدوات الكشط (Scraper Tools) والروبوتات من الضروري والمُلِح أن نصحح هذا المسار. نحن بحاجة إلى إنشاء مسارات مستدامة للمطورين والمستخدمين لإعادة استخدام محتوى المعرفة، وذلك لضمان إعطاء الأولوية للبشر على حساب الروبوتات.

تمويل مستقبل 'الموسوعة الحُرة'

يلعب قسم المنتجات والتقنية دورًا مهمًا في ضمان استدامة حركتنا. في العام القادم، سنتعاون بشكل وثيق مع فريق جمع التبرعات لضمان حصول المتبرعين على تجربة واضحة ومجزية بشكل متزايد. سنسعى، على مواقعنا وتطبيقات الهاتف المحمول، إلى خلق فرص للقراء للتعبير عن تقديرهم لـ ويكيبيديا من خلال التبرع، وسنبني طرقًا جديدة لضمان شعور المتبرعين بالتقدير، حتى يستمروا في تقديم تبرعاتهم عامًا بعد عام.

تشكيل إنترنت متغير

لإيصال المعرفة الحرة إلى كل شخص في العالم، يجب علينا أن نصل إليهم حيثما يتواجدون، وأن نوفر لهم التجارب التي تساعدهم على التعلم. إن الأفراد الذين تتراوح أعمارهم بين 18 و 24 عامًا لديهم وعي واستخدام لـ ويكيبيديا أقل من الأجيال التي سبقتهم. فهم يعتمدون في تعلمهم وتفاعلهم بشكل أساسي على منصات الفيديو القصير، والشخصيات الموثوقة على الإنترنت، وتجارب الألعاب الاجتماعية، وتطبيقات الذكاء الاصطناعي على نحو متزايد. في هذا العام، سنجعل ويكيبيديا متاحة لهؤلاء الجماهير في الأماكن التي يقضون فيها وقتهم عبر الإنترنت، حتى يكونوا على دراية بـ ويكيبيديا كمصدر للمعرفة الموثوقة والمُنشأة بواسطة البشر. وسنقوم بتنمية حضورنا في منصات الفيديو الشائعة، لنشر محتوى ويكيبيديا وتكوين مجتمع في تلك المساحات. كما سنستكشف الأفكار اللازمة لإيصال معرفة ويكيبيديا إلى منصات الألعاب والمنصات الاجتماعية.

ضمن البنية التحتية، ينقسم هذا العمل إلى ثلاث محافظ عمل (تُسمى "سلال"): تجارب الويكي، والإشارات وخدمات البيانات، والجمهور المستقبلي. هذه المحافظ هي ذاتها التي اعتُمدت في العام الماضي والذي سبقه.

في المحصلة، نؤمن بأن هذه الخطة تواجه لحظة حاسمة في تاريخ الإنترنت، وتجهزنا لضمان أن يظل محتوى المعرفة الحرة متاحًا لجميع الأجيال ويتم تشكيله بواسطتهم. تعرض أهدافنا وأبرز نتائجنا هيكل ومحتويات هذه الخطة بتفاصيل أوفى، ونتطلع إلى الاستماع إلى الأسئلة والأفكار من المجتمع الأوسع.

بناء وتحسين واستدامة البنية التحتية لمشاريع ومتطوعي ويكيميديا، انطلاقًا من قيمنا الراسخة

ستعمل المؤسسة على إتاحة المعرفة المفيدة من مشاريعها على شبكة الإنترنت مجانًا، والاستمرار في إتاحتها إلى الأبد"

تخصص فرق المنتجات والتقنية أولوية دائمة وعلى مدار العام لـ بناء البنية التحتية التي تخدم مشاريع ويكيميديا، وتحسينها والمحافظة عليها. نحن نستثمر في استضافة مشاريع ويكيميديا، وتطوير البرمجيات مفتوحة المصدر وأنظمة التصميم، بالإضافة إلى صيانة وتحسين البنية التحتية لمنتجات البيانات ونماذج الذكاء الاصطناعي.

يركّز جزء من عملنا الأساسي على أساسيات تطوير واستضافة موقع إلكتروني كبير وشعبي. نحن نستضيف مشاريع ويكيميديا في مراكز بيانات، على خوادم وأجهزة نقوم بشرائها وتركيبها وصيانتها، وتكون موصولة ببعضها البعض وبقية شبكة الإنترنت عبر شبكة عالية السرعة. نحن نراقب ونضيف السعة حيثما تدعو الحاجة، ونُحدّث المعدات عندما تصبح قديمة جدًا. على سبيل المثال، نتوقع هذا العام توسيع سعتنا وتحديث عتادنا في مراكز بياناتنا الموجودة في آشبورن، فيرجينيا، وكارولتون، تكساس.

نقوم بـ تصميم وتطوير برمجيات مفتوحة المصدر (أبرزها ميدياويكي). كما نستخدم وننشر العديد من التطبيقات والمكتبات وأطر العمل المفتوحة المصدر لأطراف ثالثة الموجودة مسبقًا. يتم تحديد أولويات الأخطاء المهمة في برامجنا والعمل على إصلاحها.

تتطلب صيانة البرمجيات مفتوحة المصدر عملًا عالي المهارة من أشخاص ذوي خبرة متخصصة في تطوير البرمجيات مفتوحة المصدر، وهندسة موثوقية المواقع (SRE)، وإدارة المنتجات، وإدارة البرامج، والتصميم، وغيرها.

يعمل موظفونا على ضمان حداثة برامجنا وأنظمتنا وتكييفها مع بيئة دائمة التغير. ويشمل ذلك تحديث شفرتنا البرمجية للاستمرار في الاستفادة من تصحيحات الأمان وللعمل بكفاءة مع البرمجيات الجديدة التابعة لأطراف ثالثة. على سبيل المثال، برنامج ميدياويكي مكتوب بلغة PHP، وفي العام الماضي انتقلنا من الإصدار 7.4 إلى 8.1، وهو ما تطلب تغييرات في كل من الشفرة البرمجية والبنية التحتية التي نستضيف عليها مواقعنا وخدماتنا.

في هذا العام، سنبني على هذا الجهد وسننتقل إلى الإصدار 8.3، مستفيدين من الدروس المستخلصة والأدوات التي طُوِّرت خلال ترقية الإصدار 8.1. سيعمل هذا التحديث على جعل أنظمتنا أسرع للقراء، وأسهل للاستخدام للموظفين والمتطوعين، وأكثر أمانًا للجميع. كما سيوفر وقت التطوير المستقبلي بفضل تحسينات الأمان والأداء والدعم التي تأتي مع تحديثات اللغة.

لضمان أن تظل مشاريعنا ومحتوياتنا متاحة على الإنترنت، اليوم وإلى الأبد، تكرّس فرقنا قدرًا كبيرًا من الجهد لضمان التوافر العالي لمواقعنا وخدماتنا.

يركّز أحد جوانب هذا العمل على التعافي من الكوارث الناتجة عن الأحداث الكارثية أو الخبيثة. على سبيل المثال، نضمن أن لدينا نسخًا احتياطية للبيانات المهمة، وأننا قادرون على الاسترداد منها. وبالمثل، نختبر مرتين سنويًا قدرتنا على تحويل مواقعنا بين مراكز البيانات لدينا بطريقة مؤتمتة، ونعمل على إصلاح أي مشكلات نكتشفها.

يركّز جانب آخر من هذا العمل على تحديد الاتجاهات المتطورة في أنواع وحجوم حركة المرور التي نتلقاها والتكيف معها. فمع النمو غير المسبوق في عمليات الكشط المؤتمتة، نعطي الأولوية للعمل على ضمان بقاء مواقعنا وخدماتنا متاحة للمستخدمين البشريين، متبعين منهجًا نظاميًا لـ ترسيخ المعايير حول الاستخدام المسؤول لبنيتنا التحتية.

لا يتم التخطيط لجميع الأعمال مُسبقاً بفترة طويلة. فنحن نستجيب أيضًا للأحداث والطوارئ الناشئة غير المتوقعة، مثل انقطاعات المواقع، وتقارير أو حوادث الأمان، أو هجمات التخريب واسعة النطاق على مشاريعنا. نحن نراقب أداءنا والعوائق التي تحول دون الوصول إلينا حول العالم (بما في ذلك مشاكل الاتصال بالإنترنت أو حجب الرقابة)، ونتحقق من أي اختلالات نجدها. تؤدي بعض هذه الأحداث غير المتوقعة أو أنماط المشكلات المتكررة إلى أن يُعطي الموظفون الأولوية لمشاريع متابعة قصيرة الأجل تهدف إلى تخفيف الأثر السلبي الإضافي أو منعه تمامًا. على سبيل المثال، كانت هذه الأنواع من الجهود حاسمة لتمكين مشاريع ويكيميديا من تحمّل الزيادات العالمية المفاجئة في حركة المرور الناتجة عن الأحداث الإخبارية الكبرى (مثل وفيات المشاهير البارزة)، وذلك من خلال مزيج من تحسين الأداء، وإعادة التصميم المعماري للمناطق التي تشكل اختناقات، وزيادة السعة. وبالمثل، فإن التحسينات الأخيرة في قابلية استخدام أدواتنا وأنظمتنا لإدارة حركة المرور التي نتلقاها قد مكنتنا من التصرف بسرعة وفعالية أكبر استجابةً للظروف المتغيرة. هذا النوع من العمل التكيفي جزء لا يتجزأ من قدرتنا على الاستجابة للأحداث الناشئة، غالبًا في أطر زمنية قصيرة، وضمان بقاء مشاريعنا ومحتوياتنا متاحة.

أهداف المنتجات والتقنية

الأهداف المعروضة هنا هي في صيغتها الأولية (مسودة) وهي مفتوحة لـ لإبداء التعليقات والمناقشة.

• تمثل الأهداف توجهًا عالي المستوى.
• تمثل "النتائج الرئيسة" (KRs) طريقة قابلة للقياس لتتبع نجاح الأهداف المذكورة.
• تمثل "الفرضيات" الكامنة وراء كل نتيجة رئيسة العمل الفعلي الذي نقوم به لمحاولة تحقيق النتائج الرئيسة المرتبطة بها. وسيتم تحديث هذه الفرضيات في هذه الوثيقة وفي صفحات الويكي الخاصة بالفريق أو المشروع ذي الصلة كلما تم اكتساب رؤى جديدة على مدار العام.
• يمثل الرمز العمل الذي تمنحه المؤسسة الأولوية ضمن قائمة أمنيات المجتمع.

تجارب الويكي (WE)

تجارب المساهمين (WE1)

• الهدف: تزداد المساهمات نتيجة لتقديم فرص جذابة للمتطوعين وفهمهم لتأثير عملهم. ناقش
  • السياق: سيكون هذا الهدف الأساس لتحقيق استراتيجية المساهمين الجدد بأركانها الثلاثة: 1) توفير طريقة مركزية للمتطوعين لتنظيم أنشطتهم داخل الويكي، 2) تقديم مهام منفصلة وأصغر لزيادة الوضوح ومساعدة المتطوعين على تحقيق إمكاناتهم، و 3) جعل المساهمة ذات مغزى أكبر.

في السنة المالية 2025/2026، نخطط لتوفير البنية التحتية الأساسية لمساعدة المتطوعين على تنظيم أنشطتهم داخل الويكي بطريقة مركزية، بدءًا من التدخلات التي تركز تحديدًا على المحررين والمشرفين ذوي الخبرة. وفي السنوات اللاحقة، سنضيف تدخلات تشمل جميع أدوار المساهمين وسنضم المزيد من نطاقات المشكلات.

إضافة إلى ذلك، سنستمر في الاستثمار في "فحص التحرير" و**"المهام المهيكلة"**، وبناء أساس لكيفية استخدام الذكاء الاصطناعي بطريقة قابلة للتوسع، سواء كـ توجيه أثناء عملية التحرير أو كـ طريقة لتوجيه المتطوعين نحو فرص جذابة. وأخيرًا، سنستثمر في جعل تأثير المتطوعين أكثر وضوحًا لخلق تجربة ذات مغزى أكبر بالنسبة لهم.

• • • النتائج الرئيسة لتجارب ويكي 1.1: زيادة معدل نشر المحررين الذين يمتلكون 100 تعديل تراكمي أو أقل لـ تعديلات بنّاءة على الويب الموجه للهاتف المحمول (Mobile Web) [i] بنسبة 4% [ii]، ويتم قياس ذلك عبر تجارب مضبوطة (بحلول نهاية الربع الثاني).
      • i. "التعديلات البنّاءة" = هي التعديلات على صفحات في النطاق الرئيس لأي ويكيبيديا والتي لا يتم إبطالها في غضون 48 ساعة من تاريخ نشرها.
      • ii. T389403#10960480
      • يعاني المتطوعون الجدد (أو حديثو العهد) لبدء التحرير بنجاح. وينطبق هذا بشكل خاص على الأشخاص الذين يستخدمون الأجهزة المحمولة، حيث تكون مساحة الشاشة محدودة ويكون الانتباه في كثير من الأحيان مجزأً.
      • قد يُصاب البعض بالإرهاق من السياق والصبر والمحاولة والخطأ المطلوبة للمساهمة بشكل بنّاء. بينما لم يصادف آخرون بعد فرصة جذابة للمحاولة.
      • ستعمل النتائج الرئيسة لتجارب ويكي 1.1 على معالجة هذه القضايا من خلال ما يلي:
        • إظهار/عرض اقتراحات التعديل
        • تقديم إرشادات قابلة للتنفيذ أثناء التحرير
        • بناء مسارات عمل للتحرير أكثر تخصصاً بالمهام
      • في جوهر هذه الجهود تكمن الحاجة إلى طرق قابلة للتوسع للكشف عن كيفية تحسين التعديلات الجارية والمحتوى الحالي. ولتنمية هذه القدرة، سنواصل التجريب بالتعلم الآلي لنتعلم كيف يمكنه أن يخدم المحررين على أفضل وجه، عبر مختلف الأدوار ومستويات الخبرة.
      • المنهجية المقترحة لتسجيل نقاط أبرز النتائج: على أساس كل منصة على حدة، سنقوم بحساب نسبة التدخلات التي نشرناها وقيّمناها عبر تجارب مضبوطة والتي حققت و/أو تجاوزت هدف التعديلات البنّاءة الذي حددناه في بداية هذا العام. (انظر phab:T379285#10782051 للاطلاع على المنهجية).
        • ملاحظة: اعتباراً من 30 يونيو 2025، خُطط لـ تجربتين مضبوطتين ضمن النتيجة الرئيسة و.أ 1.1.

• النتائج الرئيسة لتجارب ويكي 2.1: زيادة في عدد التعاونات على مواقع الويكي بنسبة 55% لى أساس سنوي (YoY) بحلول نهاية الربع الرابع.
  • غالبًا ما يواجه المساهمون صعوبة في العثور على فرص للتعاون فيما بينهم، لا سيما فيما يتعلق بالمواضيع والمهام التي يهتمون بها. قد يؤدي هذا إلى شعور الوافدين الجدد بالعزلة في مواقع الويكي، ويمكن أن يؤدي إلى الإرهاق لدى المحررين ذوي الخبرة. بالإضافة إلى ذلك، غالبًا ما يكون تأثير الأنشطة التعاونية غير واضح، مما يقلل من رغبة الأفراد في الانضمام إلى التعاونات أو تنظيمها أو دعمها في مواقع الويكي.
  • نحن نهدف إلى توضيح قيمة التعاون من خلال القيام بما يلي:
    1. إبتكار طرق جديدة لمشاركة تأثير الأنشطة التعاونية على مواقع الويكي
    2. البدء في جمع البيانات على مستوى الحركة حول تأثير الأنشطة التعاونية
    3. إعداد البنية التحتية الأساسية لتتبع المساهمات التعاونية، لكي نتمكن من توفير طرق جديدة ومبتكرة للاعتراف بالمساهمات ومكافأتها في المستقبل
  • سيتم قياس التعاونات عبر الأنشطة الجديدة التي يتم إنشاؤها باستخدام "تسجيل الفعاليات" ضمن إضافة فعاليات الحملات.

الهدف هو أن نصل بحلول نهاية هذه النتيجة الرئيسة، إلى زيادة في عدد مستخدمي أدوات الإضافة وتوفير طرق جديدة لإظهار تأثير التعاون. وهذا سيضعنا في وضع جيد لربط بنيتنا التحتية الحالية بطرق أخرى للاعتراف بالعمل ومكافأته على مواقع الويكي (مثل وحدة التأثير، ورسائل الشكر، وما إلى ذلك).

• • مجال التركيز في قائمة الأمنيات: قائمة أمنيات المجتمع/مجالات التركيز/ربط المساهمين
• النتائج الرئيسة لتجارب ويكي 3.1: بحلول نهاية الربع الثالث، 10% من المساهمين الذين عُرضت عليهم صفحة رئيسة موجهة نحو المشرفين الجدد قاموا بزيارتها أسبوعين متتاليين.
  • نعتقد أنه يمكننا القيام بعمل أفضل في إظهار فرص المساهمة للمتطوعين. على المدى الطويل، نؤمن بأن الصفحة الرئيسة يمكن أن تكون مفيدة لأي محرر لـ تنظيم عمله، وإيجاد فرص جديدة، وفهم تأثيره.

هدفنا في السنة المالية 2025/2026 هو عرض فرص جديدة على المحررين ذوي الخبرة للاضطلاع بـ مهام الإشراف التي قد لا يكونون قد اطلعوا عليها بالضرورة لولا ذلك.

• • • سنقوم باختبار هذه النظرية أولاً من خلال فهم مدى تفاعل المحررين ذوي الخبرة مع صفحة رئيسة، مشابهة لتلك التي يمكن للوافدين الجدد الوصول إليها.
    • بعد ذلك، سنقوم بإظهار أنشطة إشراف محددة (سيتم تحديد تفاصيلها لاحقاً) للمساهمين الجدد على هذا النوع من إجراءات الإشراف، بهدف المساعدة في تخفيف العبء عن المحررين ذوي الخبرة من خلال تقليل الأعمال المتراكمة (تحت أبرز النتائج الجديدة).
    • إذا نجح مفهوم الصفحة الرئيسة، فإننا نخطط لجعل هذه الصفحة نمطية (Modular) لتلبية احتياجات المجتمعات. يمكن أن تشتمل هذه النماذج على أمور مثل تسهيل فهم المحررين لتأثير عملهم.
  • ملاحظات حول المنهجية:
    • سيكون لدينا فرضية لتحديد جمهورنا، وستكون هذه الفرضية جزءًا من تجارب ويكي 1.3.1
    • سيتم اتباع تعريف "المشرفين" الذي بدأ في Research:Develop a working definition for moderation activity and moderators، على الرغم من أن العمل المتابع سيكون ضروريًا لتضييق التعريف الكمي.
    • يتم تعريف "الأسبوع الثاني" بشكل نسبي بناءً على توقيت الزيارة الأولى لكل مستخدم. في هذه الحالة، سنقوم بمراجعة جميع المشرفين الجدد الذين زاروا الصفحة الرئيسة خلال إطار زمني محدد ثم قاموا بزيارة متكررة أخرى واحدة على الأقل (من 7 إلى 14 يومًا) لاحقًا.
  • مجال التركيز في قائمة الأمنيات: قائمة أمنيات المجتمع/مجالات التركيز/تحديد أولويات المهام
• النتائج الرئيسة لتجارب ويكي 4.1: تحسين النسبة المئوية للزوار الفريدين لصفحتي "قائمة المراقبة" و/أو "التغييرات الأخيرة" الذين ينقرون لعرض تعديل.
  • هدفنا هو مساعدة المحررين الذين يمتلكون 100 تعديل أو أكثر على إيجاد وفتح التعديلات المتعلقة باهتماماتهم بشكل أكثر كفاءة.

سوف نستكشف مجال التركيز لتحديد أولويات المهام، ونقوم بتنفيذ الأمنيات في هذا المجال، ونلتمس ملاحظات إضافية من المتطوعين حول كيفية تحسين هذه الواجهات. يمكننا قياس النجاح من خلال تحسين فعالية كل صفحة في "إيجاد العمل"، ويُعرَّف ذلك من خلال مقياس مؤشر معدلات النقر إلى الظهور.

• النتائج الرئيسة لتجارب ويكي 5.1: تحديد وتفعيل سبعة مقاييس [1] ذات أولوية عالية واللازمة لتتبع التقدم نحو تحقيق الأهداف الموضحة في استراتيجية المساهمين بحلول نهاية الربع الرابع، وذلك عبر إنشاء لوحة تحكم وتفعيل مقاييس المشرفين النشطين شهريًا.

[1]المقاييسهي: المحررون المحتفظ بهم، والتفعيل البنّاء، والتعديلات البنّاءة، والمسجلون الجدد المحتفظ بهم، والمحررون النشطون حسب مدة الخدمة، والمحررون النشطون حسب مستوى الخبرة.

• • تتوخى استراتيجية تجربة المساهمين جهدًا يمتد من 3 إلى 5 سنوات لـ "دعم نمو المتطوعين" و"زيادة الاحتفاظ والتفعيل" لكل من المساهمين الجدد والحاليين، وذلك عبر ثلاثة مجالات رئيسة من الأنشطة:
  1. تبسيط كيفية حصول المتطوعين على التوصيات، وإدارة مهامهم واهتماماتهم، والاطلاع على ما يجري في مواقع الويكي، وفهم تأثير عملهم.
  2. تبسيط كيفية حصول المتطوعين على التوصيات، وإدارة مهامهم واهتماماتهم، والاطلاع على ما يجري في مواقع الويكي، وفهم تأثير عملهم.
  3. جعل المساهمة ذات مغزى من خلال إظهار تأثير عمل المتطوعين لهم، وعبر الاستثمار في سُبُل التواصل البشري وتوفير بيئة قائمة على التغذية الراجعة الإيجابية.
  • بعد ذلك، قام مشروع استراتيجية القياس برسم شبكة واسعة من المقاييس لتتبع نظرية التغيير هذه. وقد خلُص المشروع إلى أن المقياس الأساسي للنجاح ("المقياس المحوري/الرئيس") يجب أن يكون عدد المحررين المحتفظ بهم، ويكمله مقاييس مؤشر أضيق مثل التفعيل البنّاء ونية المساهمين في العودة، ومقاييس "المصب" الأوسع نطاقًا مثل المحررين النشطين والمحتوى عالي الجودة.

نحن بحاجة إلى التأكد من أن هذه المقاييس مُفعَّلة تشغيليًا ومرئية في لوحة تحكم، لكي نتمكن من تتبع تقدمنا نحو تحقيق الاستراتيجية.

---

المعرفة الحيوية (تجارب ويكي 2)

• الهدف: جعل المزيد من المعرفة الحيوية متاحة وموضحة جيدًا عبر اللغات والمواضيع المختلفة. ناقش
  • سياق الهدف: سيدفع هذا الهدف نمو المحتوى الذي يستجيب لكل من اهتمامات المساهمين بمواضيع ولغات معينة، وطلب القرّاء على المعرفة الحيوية الموضحة جيدًا.

"المعرفة الحيوية" هي مجموعة من المقالات التي توفر اتساع وعمق المواضيع اللازمين لمشروع لغة ويكيبيديا قابل للاستخدام. يتم تعريف هذه المعرفة من قِبل المجتمعات بالرجوع إلى الأهمية، والصلة بالموضوع، ونسبة القراءة المتوقعة، والروابط بين المقالات.

• • سوف نعتمد نهجًا اجتماعيًا تقنيًا، لتحسين فعالية الميزات والأدوات والعمليات الاجتماعية. سنبني على ميزات المنتجات عالية التأثير مثل المهام المقترحة والبحث عن الوسائط وترجمة المحتوى، ولكننا سنعمل أيضًا على تسهيل انضمام وتطوير ويكيبيديا اللغات الأصغر.

سوف ندعم منظّمي ويكيميديا الذين يقومون بـ تجنيد وتدريب ودعم المساهمين للعمل على أهداف المحتوى المشترك من خلال أطر تعاونية مثل مشاريع الويكي والحملات. (نقدر أن ما لا يقل عن 300 منظّم نشط في كل ربع سنة).

سنعمل أيضًا على تطوير علاقات مع الناشرين الأكثر صلة لإزالة الحواجز أمام المواد المصدرية. (لدينا حاليًا شراكات مع أكثر من 100 من أفضل قواعد بيانات الاشتراك في العالم).

• • لضمان أن يكون لتدخلاتنا تأثير إيجابي على المعرفة الحيوية، سنقوم بقياس كل من زيادة المحتوى ذي الأولوية المجتمعية وجودة ذلك المحتوى، وذلك بالنظر إلى عوامل مثل معدلات الإبطال وعدد المصادر/الاستشهادات والصور.
    • النتائج الرئيسة لتجارب ويكي 1.2: بحلول نهاية الربع الثاني، تجربة وتقييم 3 تدخلات تساعد المساهمين على تحسين حالة المحتوى الحيوي/الأساسي في مشاريع ويكيبيديا الخاصة بهم.
      • ستسلط النتائج الرئيسة الضوء على فجوات المحتوى في آليات التحرير، مثل اكتشاف الصور على ويكيبيديا، وترجمة المحتوى، وإنشاء مقالات جديدة موجهة. سننفذ أيضًا ونختبر تدخلًا اجتماعيًا وتقنيًا لدعم أنشطة إنشاء المحتوى للمجتمعات اللغوية الصغيرة. سوف يُقاس النجاح ضمن كل فرضية.
    • النتائج الرئيسة لتجارب ويكي 2.2: بحلول نهاية الربع الرابع، بناء قدرات المنصة اللازمة للتحقق من أنه يمكننا دعم رؤية ويكيبيديا المجردة على نطاق واسع.

سنعرف أننا ناجحون إذا أظهرنا أن النظام ينتج محتوى موسوعيًا غنيًا ومتعدد اللغات باستخدام ويكي بيانات وتوليد اللغة الطبيعية، ويتم التحكم فيه من قبل مجتمع ويكيميديا، ويظل محافظًا على أدائه العالي في عمليات النشر الواسعة.

• • • • الآن وبعد أن أصبح بإمكاننا استخدام ويكي بيانات لإنتاج محتوى نصي أساسي وبسيط في مشاريع ويكيبيديا، فإن الخطوة التالية هي الاستمرار في بناء قدرات المنصة التي يمكن أن تدعم ويكيبيديا المجردة على نطاق واسع.

سيتعين على المنصة أن تدعم محتوى غنيًا ومتعدد اللغات يمكن أن يتحكم فيه المجتمع ويحافظ على أدائه العالي على نطاق واسع. تعتبر هذه النتيجة الرئيسة بمثابة إنجاز محوري لأننا ننتقل فيها من "الصفر إلى الواحد".

• • • النتائج الرئيسة لتجارب ويكي 2.3: بحلول نهاية الربع الرابع، نشر شكل أولي من الويكي الجديد لتمكين المجتمع من البدء المبكر في إنشاء مقالات ويكيبيديا المجردة.
      • تُجهزنا هذه النتائج الرئيسة لاختبار قدرات منصة ويكيبيديا المجردة في العام القادم. سيستضيف الويكي الجديد والمستقل مكتبة المقالات المجردة المبنية على ويكي دوال، وسيوفر قدرات المنصة اللازمة لدمج المقالات المجردة لاحقًا في ويكيبيديا في المستقبل.
    • النتائج الرئيسة لتجارب ويكي 2.4: مواءمة مؤسسة ويكيميديا وجمعية ويكيميديا ألمانيا على تعريف النجاح لـ تحسينات البنية التحتية التقنية التي تدعم حالة استخدام بالغة الأهمية ويكي بيانات بحلول نهاية الربع الثاني، بما في ذلك المقاييس والأهداف خلال السنة المالية 2025-2026.
      • تم تأسيس وتعيين فريق منصة ويكي بيانات التابع لمؤسسة ويكيميديا في أغسطس 2025، ويضم قائد منتج وقائد تقني.

نظرًا لأن هذا الفريق يُعد إضافة جديدة إلى برنامج استمر تطويره لسنوات من قبل المالكين التقنيين ومالكي المنتجات في مؤسسة ويكيميديا وجمعية ويكيميديا ألمانيا على التوالي، فإن هذا الهدف يعكس نيتنا في نقل الملكية من خلال المواءمة على حالات الاستخدام، والتبعيات، ومعايير النجاح الرئيسة.

ستؤسس النتائج الرئيسة هذه الأساس للتفاهم المتبادل لمساحة المشكلة، وهو ما سنبني عليه عملنا خلال ما تبقى من السنة المالية (مايو 2026).

---

تجارب المستهلك (تجارب ويكي 3)

• الهدف: انخراط القراء من مختلف الأجيال في ويكيبيديا، واستمرار انخراطهم بها، مما يؤدي إلى زيادات قابلة للقياس في كل من الاحتفاظ ونشاط التبرعات. ناقش
  • سياق الهدف: سيركّز هذا الهدف على الاحتفاظ بالقرّاء الجدد من خلال تنسيقات المحتوى المبتكرة، والاحتفاظ بالجماهير الرئيسة عبر تقوية تجارب القراءة المألوفة لديهم، وضمان الاستدامة طويلة الأجل من خلال تعميق الروابط مع القراء وتنويع مصادر التبرعات.

سيشمل ذلك مواصلة عملنا لجعل اكتشاف المحتوى أسهل من خلال ميزات جديدة وأكثر تجريبية مثل الملخصات المُنشأة بالذكاء الاصطناعي أو مسارات التنقيب الشخصية. كما سيشمل العمل على الاحتفاظ بتجربة القراءة وتحسين جودتها في المراحل الأعمق من مسار القراءة، واستكشاف تنظيم القراءة من خلال قوائم القراءة وأشكال المشاركة غير التحريرية الأخرى. وبالنسبة للمتبرعين، سيستمر هذا العمل في التركيز على تنويع مصادر الإيرادات من داخل المنصة.

• • • النتائج الرئيسة لتجارب ويكي 1.3 : بحلول نهاية الربع الثاني، إظهار زيادة ذات أهمية عملية في الاحتفاظ بالقراء غير المسجلين، ويتم قياس ذلك من خلال اختبار (أ/ب) لميزة واحدة لكل منصة.
      • سترّكز النتائج الرئيسة هذه على مواصلة الاستثمار في التجارب التي تُحسِّن من الطرق الجديدة لتصفح المحتوى وتعلّمه، غالبًا من خلال استخدام التقنيات والتنسيقات الجديدة—مما يعني تقديم المحتوى الحالي بطرق جديدة وجذابة.

في هذه السنة المالية، نود مواصلة التجريب بميزات جديدة مع التركيز أيضًا على توسيع نطاق التجارب الناجحة عبر مشاريع الويكي والمنصات المختلفة. سيشمل العمل ضمن أبرز النتائج هذه مواقع الويب على أجهزة الجوال والمكتب، بالإضافة إلى تطبيقات iOS و Android. وسيركّز على اكتشاف المحتوى (نقاط دخول التصفح والتوصيات) وتنسيقات التعلم القابلة للتكيف (الملخصات المدعومة آليًا وإعادة مزج المحتوى).

• • • • مجال التركيز في قائمة الأمنيات: تجارب مستهلك جديدة
    • النتائج الرئيسة لتجارب ويكي 2.3: زيادة عدد التبرعات التي تتم من خلال طرق غير الشعارات أو البريد الإلكتروني بنسبة 5% على أساس سنوي لكل منصة، وذلك من خلال تدخلات المنتج التي تعزز الروابط الأعمق وتقلل الاحتكاك للمتبرعين بحلول نهاية الربع الثاني.
      • سترى النتائج الرئيسة هذه أننا نواصل استكشاف نقاط دخول جديدة للتبرع وفرصًا أخرى لتحويل القرّاء إلى متبرعين والاحتفاظ بهم من خلال تعميق روابطهم بمشاريع الويكي، بما في ذلك تقديم محتوى أكثر تخصيصًا.

سترّكز النتائج الرئيسة على تقديم نقاط دخول جديدة وتحسين النقاط الحالية على التطبيقات والويب، بالتعاون مع فريق جمع التبرعات.

• • • النتائج الرئيسة لتجارب ويكي 3.3: بحلول نهاية الربع الثاني، إظهار زيادة ذات أهمية عملية في الاحتفاظ بالقراء المسجلين، ويتم قياس ذلك من خلال اختبار (أ/ب) لميزة واحدة لكل منصة.
      • سترّكز النتائج الرئيسة هذه على تحسين تجربة القراءة والتعلم لـ القرّاء الحاليين وذوي الخبرة، بهدف الاحتفاظ بجمهورنا الحالي وتعميق روابطهم بالموقع لكي يتمكنوا من التعلم أكثر، وكذلك ليكونوا مستعدين ومُنفتحين على سلوك مسارات نحو التبرع والتحرير.

سيرّكز العمل هنا على تحسين تجربة القراءة على الويب والتطبيقات (تحسينات سهولة القراءة، وملاحة واكتشاف أفضل)، بالإضافة إلى بناء وتطوير عروض التنظيم والتخصيص لدينا (قوائم القراءة، والاقتراحات المخصصة، وسجل المستخدم والمقالات، وما إلى ذلك).

• • • أبرز نتائج تجارب ويكي4.3 : بحلول نهاية الربع الرابع، إزالة جميع المعوقات المحددة لعمليات النشر في مواقع التخزين المؤقت الصغيرة، والتي تُلبي معاييرنا الحالية لجودة الخدمة والأمن كما هو الحال في عمليات نشر مواقع التخزين المؤقت الحالية لدينا.
      • سترّكز النتائج الرئيسة هذه على إثبات المفهوم بأنه يمكننا تحسين أداء الموقع وتقليل زمن الاستجابة لقرائنا من خلال تبسيط البنية التحتية للتخزين المؤقت وتحسين عمليات نشر مواقع التخزين المؤقت عن طريق تقليل الوقت الأساسي للنشر من حوالي عام في المتوسط إلى ربع سنة كحد أقصى.

سيكون التركيز هنا على إكمال عملية التبسيط، ونشر دليل مفهوم، وإجراء مراجعة أمنية، وإكمال ملخص قرار حول ما إذا كان يجب المضي قدمًا في نشر "تخزيننا المؤقت الحافي" في السُحُب العامة. إن تقليل زمن الاستجابة يمكن أن يؤدي إلى زيادة مثبتة في عدد مشاهدات الصفحة وقاعدة قراء أكثر تنوعًا جغرافيًا.

• • • النتائج الرئيسة لتجارب ويكي 5.3: تحسين عملية تحديد هوية المتبرعين — ضمان إمكانية تحديد جميع القرّاء المسجلين الموافقين على حسب حالة التبرع لتقديم تجربة مخصصة — بحلول نهاية الربع الرابع.
      • سوف نقوم بتنفيذ استراتيجيات تحديد هوية المتبرعين لضمان إمكانية تحديد جميع القرّاء المسجلين الموافقين على حسب حالة التبرع، مما يتيح تجربة أكثر تخصيصًا وجاذبية. سيتم إعطاء الأولوية لجهود تحديد هوية المتبرعين خلال الربع الرابع لدعم مبادرات التخصيص والتفعيل الأكثر فعالية في المستقبل.
    • النتائج الرئيسة لتجارب ويكي 3.6: وضع الصيغة النهائية، ونشر، وإبلاغ استراتيجية تجربة قارئ ومستهلك ويكيبيديا عبر المنصات بحلول نهاية الربع الرابع، مع أهداف ومقاييس أساسية محددة، يتم تطويرها بالتعاون مع أصحاب المصلحة والمجتمع، لتوجيه عملنا حتى عام 2030.
      • سيستمر العمل على استراتيجية المستهلك، مع التركيز على بناء الاستراتيجية والتواصل بها داخليًا وكذلك مع المجتمع، بالإضافة إلى تحديد وإنشاء المقاييس الأساسية للمستهلكين ونقاط الأساس الخاصة بكل منها.

---

السلامة والأمان (تجارب ويكي 4)

• الهدف: تعمل أنظمتنا على توفير حماية أفضل لـ حسابات محررينا ومعلوماتهم الخاصة بشكل افتراضي، مع توفير مسارات أكثر للمحررين والمستخدمين ذوي الصلاحيات الموسعة لمنع النشاط المسيء والاستجابة له. ناقش
• النتائج الرئيسة لتجارب ويكي 4.1: نشر نظام عملي وفعّال للإبلاغ عن الحوادث عبر جميع مشاريع الويكي الخاصة بنا، يكون مُستخدمًا ومقبولًا من قِبَل مجتمعاتها، بحلول نهاية الربع الثاني.
  • إن ضمان سلامة المستخدمين ورفاهيتهم هو مسؤولية أساسية لمنصتنا. لدى العديد من السلطات القضائية لوائح تتطلب من المنصات الإلكترونية مثل منصتنا مراقبة المضايقات والتنمر الإلكتروني والمحتوى الضار الآخر على منصتها واتخاذ إجراءات ضده. وقد يؤدي الفشل في معالجة هذه الأمور إلى تعريض المنصات للمسؤولية القانونية والعقوبات التنظيمية.
  • نسعى إلى تمكين مستخدمينا من الإبلاغ عن التهديدات الفورية بالضرر من خلال آلية إبلاغ سهلة الاكتشاف وبديهية، لضمان قدرتنا على معرفة مثل هذه الحوادث واتخاذ إجراءات فورية عند الضرورة. هذه خطوة نحو جعل مستخدمينا يشعرون بالأمان عند المساهمة في منصتنا. ونحن نقوم بذلك عن طريق تنفيذ نظام للإبلاغ عن الحوادث في مشاريع الويكي الخاصة بنا.
• النتائج الرئيسة لتجارب ويكي2.4: تعزيز دقة وفعالية أدوات مكافحة الإساءة، عن طريق نشر تحسينين (2) بحلول نهاية الربع الثاني.
  • نحن ومجتمعنا بحاجة إلى تحسين اكتشاف ومنع الأنشطة الزائفة والخبيثة على مشاريع الويكي. وسنقوم بذلك عن طريق: زيادة عدد وجودة الإشارات المتاحة للمنصة، ودمج هذه الإشارات في أدوات نتيحها للمستخدمين ذوي الصلاحيات الموسعة، وتحديد المواضع التي يمكننا فيها أن نفرض بأمان قيودًا آلية على النشاط المشبوه.
  • نرى فرصًا لتحسين إمكانية الوصول إلى ويكيبيديا ومشاريعنا الأخرى في الوقت ذاته.

على سبيل المثال، يتمثل أحد المشاريع في استبدال نظام اختبار الكابتشا التقليدي للغاية الذي تتم إدارته ذاتيًا في مشاريع الويكي—والذي يمنع المستخدم من تسجيل الدخول حتى يحل اللغز—بـ خدمة تسجيل للمخاطر التي نادرًا ما تتحقق من المستخدم.

بدلًا من ذلك، ستقوم الخدمة بوضع علامات على الحسابات بصمت بمستوى من الاشتباه يمكننا استخدامه لـ تعطيل بعض الوظائف، وجعل هذه الحالة مرئية للمشرفين ذوي الامتيازات العالية للمساعدة في عملهم.

• • بشكل أعم، تعتمد مشاريع ويكيميديا بشكل كبير على حجب عناوين بروتوكول الإنترنت للتخفيف من الإساءة الصادرة عن الجهات الفاعلة السيئة. أصبح هذا الأسلوب غير فعال بشكل متزايد في وقف الإساءة ويؤثر سلبًا على المستخدمين ذوي النية الحسنة المتضررين من حجب عناوين IP ونطاقات IP.

في النتائج الرئيسة هذه، نهدف إلى تحسين القدرات الحالية وتوفير أدوات جديدة تُمكّن من حجب الجهات الفاعلة السيئة بدقة وفعالية أكبر، والحد من الأضرار الجانبية الناجمة عن حجب عناوين ونطاقات IP.

• • لقياس فعاليتنا، سننظر إلى الملاحظات النوعية من المتطوعين المشاركين في عمل مكافحة الإساءة، والمؤشرات الكمية مثل: معدل نشر حجب عناوين IP، واعتماد آليات التخفيف المستندة إلى سمعة عنوان IP وإشارات المتصفح، ومعدل التفاعلات الشبيهة بالبشر عندما يتم حجب مستخدم ما، واعتماد إشارات جديدة في أدوات مكافحة الإساءة.
  • يتضمن العمل في النتائج الرئيسة هذه مجموعة من التحسينات الأمنية الشاملة، تشمل تحسين اكتشاف وتخفيف أنشطة الحسابات الدمية والتحايل على الحظر. كما يهدف العمل إلى إظهار المعلومات المتعلقة باحتمالية حدوث أضرار جانبية وتعزيز اكتشاف الربوتات، بالإضافة إلى عرض الإشارات للمتطوعين العاملين في مكافحة الإساءة. تشمل التحسينات أيضًا تحسين الكفاءة في واجهات أدوات مكافحة الإساءة، وتحسين المقاييس المتعلقة بالإساءة، وتزويد مدققي المستخدمين باقتراحات حول نشاط الحسابات المشبوهة للتحقيق فيها.
• النتائج الرئيسة لتجارب ويكي3.4: تقليل عدد الهجمات واسعة النطاق التي تتطلب تدخلاً بشريًا من مهندسي موثوقية الموقع بنسبة 50% (مقارنة بالسنة المالية السابقة)، بحلول نهاية الربع الرابع.
  • إن تطور مشهد الإنترنت، بما في ذلك صعود شبكات الروبوتات واسعة النطاق وتكرار الهجمات، جعل أساليبنا التقليدية في الحد من الإساءة واسعة النطاق قديمة.

يمكن لهذه الهجمات أن تجعل مواقعنا غير متاحة عن طريق إغراق بنيتنا التحتية بالطلبات، أو إرباك قدرة مجتمعنا على مكافحة التخريب واسع النطاق. كما يضع هذا ضغوطًا غير معقولة على محررينا ذوي الامتيازات العالية وعلى مجتمعنا التقني.

• • نحن بحاجة ماسة إلى تحسين قدرتنا على اكتشاف مثل هذه الهجمات تلقائيًا، والصمود في وجهها، والتخفيف من حدتها أو إيقافها.
  • سنركّز هذا العام بشكل أساسي على أتمتة اكتشاف عناوين IP والشبكات التي تشارك بانتظام في هجمات ضدنا، وتقليل حجم التحميل المسموح لهذه الكيانات الضارة باستمرار بوضعه على أنظمتنا.
• النتائج الرئيسة لتجارب ويكي 4.4: نشر الحسابات المؤقتة في 100% من مشاريعنا، بحيث تكون البيانات الشخصية التعريفية لمحررينا غير المسجلين متاحة لـ أقل من 0.1% من المستخدمين، بحلول نهاية الربع الثاني.
  • تهدف الحسابات المؤقتة إلى تحسين خصوصية محررينا غير المسجلين وبالتالي سلامتهم، وذلك عن طريق حجب بياناتهم الشخصية التعريفية (عنوان بروتوكول الإنترنت) عن الرؤية العامة وقصر الوصول إليها على أولئك الذين يحتاجونها فقط لأغراض المراقبة. بالإضافة إلى كونه تحسينًا رئيسيًا لسلامة المستخدم، فإن هذا المشروع يعد أيضًا مهمًا للامتثال للمتطلبات التنظيمية المختلفة.
• النتائج الرئيسة لتجارب ويكي 5.4: تقييم تأثير الذكاء الاصطناعي التوليدي على الثقة والسلامة، وتحديد تدخلات المنتج اللازمة لاستغلال الفرص ومنع التهديدات لمشاريع ويكيميديا، بحلول نهاية الربع الثالث.
  • يتزايد استخدام الذكاء الاصطناعي، ولا سيما الذكاء الاصطناعي التوليدي، بسرعة عبر الإنترنت. تنشأ فرص للثقة والسلامة وكذلك تهديدات مع تحوّل الذكاء الاصطناعي إلى أمر شائع الانتشار.

على سبيل المثال، أصبح توليد المحتوى أسهل وأرخص تكلفة، ولكن الإشراف أصبح أكثر إجهادًا. وبالمثل، يمكن إجراء الأبحاث بجهد أقل بكثير، لكن هلوسات الذكاء الاصطناعي يصعب تحديدها.

• • يهدف هذا المشروع إلى البناء على تقييم الأثر الحقوقي لتعلم الآلة والذكاء الاصطناعي، وذلك من خلال تقييم تأثير الذكاء الاصطناعي على جوانب الثقة والسلامة في النظام البيئي لويكيميديا ويشمل ذلك:
    • التشاور مع المستخدمين ذوي الصلاحيات الموسعة
    • تحديد أمثلة الإساءة المدعومة بالذكاء الاصطناعي التوليدي والتدابير التخفيفية المحتملة
    • تحديد فرص تعلم الآلة لتقليل العبء على المستخدمين ذوي الصلاحيات الموسعة
    • إجراء تجارب لفهم ما يجب أن نركز عليه، وذلك لتحقيق أكبر تأثير ممكن
• النتائج الرئيسة لتجارب ويكي 4.6: فرض تقنيًا أن 100% من الامتيازات التي تُمكّن المستخدمين من اتخاذ إجراءات حساسة للأمن أو الخصوصية لا يمكن أن يتم تنفيذها إلا بواسطة الحسابات التي فعّلت المصادقة الثنائية، بحلول نهاية الربع الرابع.
  • نحتاج إلى تعزيز أمن حسابات المستخدمين في مشاريع الويكي الخاصة بنا، لا سيما بالنسبة للمستخدمين ذوي الصلاحيات الحساسة. يتمثل أحد المحاور الرئيسة في اشتراط أن أي إجراء حساس لا يمكن أن يتخذه إلا المستخدمون الذين فعّلوا المصادقة الثنائية. سنقوم ببناء نظام أكثر قابلية للتوسع لفرض الامتيازات، مما سيلغي الحاجة إلى عمليات التدقيق والتنفيذ اليدوي للمصادقة الثنائية، وسنعمل على توسيع نطاق الامتيازات التي تتطلب تفعيل المصادقة الثنائية على المنصة.
  • كجزء من هذا العمل، سنعمل على تحسين أنظمة المصادقة واستعادة الحسابات لدينا حتى نتمكن نحن (مؤسسة ويكيميديا) ومستخدمونا من دعم موقف أكثر صرامة تجاه المصادقة الثنائية بسهولة أكبر.

سنقوم بتوسيع نطاق التوفر العام للمصادقة الثنائية عبر المنصة، بحيث يمكن لكل مستخدم تفعيلها حسب الرغبة ولضمان تفعيلها قبل منح الصلاحيات الحساسة. سنركز اهتمامنا أيضًا على تقليل العبء التشغيلي الذي تتحمله أنظمة دعم واستعادة الحسابات لدينا، مما يساعد على تبسيط عمليات إعادة الضبط والاسترداد المتعلقة بتسجيل الدخول إلى الحساب. علاوة على ذلك، نعتزم تحسين سهولة استخدام تطبيق المصادقة الثنائية، عبر تزويد المستخدمين بالمزيد من الخيارات لتأمين حساباتهم وتجنب قفل الحساب غير المقصود.

---

الاستخدام المسؤول للبنية التحتية (تجارب ويكي 5)

• الهدف: يتمكن المطورون والمستخدمون المُعيدون استخدام المحتوى من الوصول إلى المحتوى المعرفي عبر مسارات منظَّمة، مما يضمن استدامة بنيتنا التحتية وإعادة استخدام المحتوى بمسؤولية ناقش
  • سياق الهدف: سيركّز هذا الهدف على إنشاء مسارات لإعادة استخدام المحتوى بمسؤولية.
  • تستضيف ويكيميديا أكبر مجموعة من المعرفة المنسقة بشريًا على الويب. وقد جعل هذا البنية التحتية المعرفية الخاصة بنا وجهة لا تُقدر بثمن ليس فقط للبشر، ولكن أيضًا لمستهلكي البيانات التلقائيين. يتم تغذية محتوانا في محركات البحث، ومنصات التواصل الاجتماعي، والتجارة الإلكترونية، ومنذ ظهور الذكاء الاصطناعي، يتم استخدامه لتدريب نماذج تعلم الآلة الكبيرة. تحصل الجهات المستهلكة على البيانات عن طريق [التنقيب على الويب (Scraping)]، واستخدام واجهات برمجة التطبيقات (APIs)، وتنزيل المحتوى – عادةً دون إسناد للمصدر. في عالم الزيارات غير الموثقة، لا يمكننا التمييز بشكل موثوق بين مستخدم وآخر، مما يحد بشكل كبير من قدرتنا على تفعيل وإنفاذ الاستخدام المسؤول لبنيتنا التحتية: كيف يمكننا الاستمرار في تمكين مجتمعنا، وفي الوقت نفسه وضع حدود حول الاستهلاك التلقائي للمحتوى؟ كيف يمكننا توجيه المستخدمين إلى قنوات مفضلة ومدعومة؟ ما الإرشادات التي نحتاجها لتحفيز إعادة استخدام المحتوى بمسؤولية؟ كيف يمكننا المضي قدمًا نحو تجربة مطور متماسكة، وبناء منتجات تلبي احتياجات المطورين المتطوعين، والموظفين، والمستخدمين المُعيدين استخدام المحتوى على حد سواء؟ في حين أن هذه الأسئلة ليست كلها جديدة، فقد تزايدت الحاجة الملحة لمعالجتها بشكل كبير: فمنذ عام 2024، نلاحظ ارتفاعًا كبيرًا في حجم الطلبات، ويأتي معظم هذه الزيادة من روبوتات التنقيب التي تجمع بيانات التدريب من أجل سير العمل والمنتجات المدعومة بالذكاء الاصطناعي. التحميل على بنيتنا التحتية غير مستدام ويعرض وصول البشر إلى المعرفة للخطر: يجب علينا التحرك الآن لإعادة بناء توازن صحي، حتى نتمكن من دعم مشاريع ويكيميديا بفعالية وتمكين النجاح المستدام لمهمتنا.
    • النتائج الرئيسة لتجارب ويكي 1.5: بحلول نهاية الربع الرابع، يمكن إسناد 50% من الطلبات الموجهة إلى قنوات الوصول البرمجي إلى مطور أو تطبيق معروف.
      • لدينا حاليًا طرق محدودة لتحديد المسؤول عن الزيارات المؤتمتة، وعلى عكس البيئة الداخلية لمشاريع الويكي، لدينا طرق محدودة للتواصل مع المستخدمين أو تنظيم وصولهم. لقد شهدنا زيادة كبيرة في حجم الزيارات الخارجية المؤتمتة، وهو أمر غير مستدام بالنسبة لنا ويعرض وصول البشر إلى المعرفة للخطر. نهدف إلى زيادة النسبة المئوية للزيارات المؤتمتة المنسوبة إلى حساب معروف، وذلك من خلال اشتراط المصادقة والترخيص استنادًا إلى مستويات وصول متدرجة للتنقيب على نطاق واسع واستخدام واجهة برمجة التطبيقات. سيساعدنا هذا في تحديد هوية من يعيد استخدام المحتوى على نطاق واسع، مما يمكننا من حماية بنيتنا التحتية وتحسين حوكمة الاستخدام العادل، مع تلبية احتياجاتهم بفعالية أكبر. وسنستكشف أيضًا كيفية دعم المجتمع التقني بشكل أفضل من خلال تجربة مطور أكثر تماسكًا تحمي الوصول التفضيلي لأعضاء المجتمع وتتيح وظائف جديدة للمطورين.
    • النتائج الرئيسة لتجارب ويكي 2.5: بحلول نهاية الربع الرابع، سيتم دعم 70% من نقاط نهاية واجهة برمجة تطبيقات الويب الخاصة بويكيميديا بواسطة البنية التحتية المشتركة
      • نهدف إلى تحسين تجربة واستدامة مسارات المطورين لدينا من خلال توفير واجهات برمجة تطبيقات ويب أكثر اتساقًا واستقرارًا وسهولة في الاكتشاف لجميع مطوري ويكيميديا. سنقوم بتبسيط عروض واجهات برمجة التطبيقات لدينا من خلال تقديم بنية تحتية أكثر مركزية لقدرات برمجة التطبيقات الأساسية، مما يسمح لنا بامتلاك مسارات وحوكمة متسقة لما يلي: مواصفات وتوثيق ، وتحديد هوية المطور والتحكم في الوصول، وإنفاذ سياسات برمجة التطبيقات، والتوجيه، والترقيم، ومعالجة الأخطاء. من خلال تبسيط عروض واجهات برمجة التطبيقات، سنجعل بناء الأدوات، والبوتات، والمشاريع البحثية، والميزات التي تخدم مهمة ويكيميديا أسرع وأسهل وأكثر متعة. يدعم هذا النهج المستقبل متعدد الأجيال للمهمة عن طريق تقليل تكاليف صيانة البنية التحتية لواجهة برمجة التطبيقات، وزيادة الرؤية والتحكم في الوصول لمكافحة الجهات الفاعلة السيئة، وتعزيز مجتمع مطورين أقوى.
    • النتائج الرئيسة لتجارب ويكي3.5: بحلول نهاية الربع الرابع، سيتم نشر إطار عمل جديد للإسناد للويب، والتطبيقات، والمساعدات الصوتية، ونماذج اللغات الكبيرة، وربطه عبر مواقع ويكيميديا، مع نشر عرضين توضيحيين لإعادة الاستخدام يحققان تفاعلًا قابلاً للقياس، واعتماد شريك خارجي واحد لإعادة الاستخدام لأفضل ممارسات الإسناد
      • لزيادة الإسناد المناسب لمحتوى ويكيميديا، سنقدم إرشادات واضحة لأفضل الممارسات التي تعزز إعادة الاستخدام بمسؤولية. يشمل ذلك إنشاء إطار عمل للإسناد للمنصات الرئيسية (الويب، التطبيقات، الصوت، الوسائط المتعددة) وعرض مثالين عمليين على الأقل يسلطان الضوء على التطبيقات النموذجية لمحتوى ويكيميديا. تشمل مخرجات العمل تشجيع المؤسسات الإعلامية على الإشارة إلى صور ويكيميديا كومنز، ودفع محركات البحث إلى عرض بيانات ويكيميديا ذات الصلة بفعالية أكبر، أو دمج مساعدي الذكاء الاصطناعي لمعرفة ويكيبيديا بطرق شفافة ومسؤولة تزيد من الثقة في موثوقيتها. إن تعزيز ممارسات الإسناد لا يزيد من الوعي العام ويدفع التفاعل مرة أخرى إلى مشاريع ويكيميديا فحسب، بل يساعد أيضًا في تأسيس طرق مسؤولة ومبتكرة لإعادة دمج المعرفة، وردع سوء الاستخدام
    • النتائج الرئيسة لتجارب ويكي 4.5: تقليل حجم الزيارات الناتجة عن روبوتات التنقيب بنسبة 20% عند قياسها بـ معدل الطلباتط، وبنسبة 30% عند قياسها بـ عرض النطاق الترددي
      • لطالما كان التنقيب على الويب موجودًا هنا: فقد اعتمدت محركات البحث على ويكيبيديا لتوفير المعلومات لمستخدميها لعقود؛ ومع ذلك، ظهر دافع كبير آخر مؤخرًا لتنقيب بياناتنا: إنها أكبر مجموعة معرفة منسقة ومتعددة اللغات يمكنك العثور عليها على الإنترنت، وهي أداة أساسية لتدريب نماذج اللغات الكبيرة. يصدق هذا على كل من محتوانا الموسوعي ومستودع الوسائط المتعددة الخاص بنا، ويكيميديا كومنز، الذي لا يُقدر بثمن لنماذج تعلم الآلة التي تولد الصور.
      • ونتيجة لذلك، شهدنا على مدار العام الماضي زيادة كبيرة في حجم زيارات روبوتات التنقيب، وكذلك في حوادث استقرار الموقع ذات الصلة: اضطر مهندسو موثوقية الموقع إلى فرض قيود على المعدل أو حظر الروبوتات الزاحفة بشكل متكرر على أساس كل حالة على حدة لحماية بنيتنا التحتية. أصبح التنقيب بارزًا جدًا لدرجة أن عرض النطاق الترددي الصادر لدينا قد ازداد بنسبة 50% في عام 2024. والأهم من ذلك، أظهر تحليل حديث أن ما لا يقل عن 65% من طلباتنا الأكثر تكلفة (تلك التي لا يمكننا خدمتها من خوادم التخزين المؤقت وتُخدم بدلاً من ذلك من قواعد البيانات الرئيسية) يتم إجراؤها بواسطة الروبوتات
      • إن مواردنا الحاسوبية محدودة للغاية مقارنة بحجم الزيارات التي ننشئها، لذلك يجب علينا تحديد أولويات من نخدمهم بتلك الموارد، ونريد تفضيل الاستهلاك البشري، وتحديد أولوية دعم مشاريع ويكيميديا والمساهمين بمواردنا الشحيحة.

---

تسريع المسار إلى نتائج المنتج (تجارب ويكي 6)

• الهدف: يتمكن مطورو ويكيميديا من نشر منتجاتهم للمستخدمين النهائيين بسرعة وثقة. ناقش
  • سياق الهدف: لكي يكون مطورو ويكيميديا فعالين في تحقيق الأركان الاستراتيجية الأربعة، يجب عليهم قضاء وقتهم وجهدهم في الأنشطة ذات التأثير العالي التي تؤدي إلى تقديم منتجات عالية الجودة في أقرب وقت ممكن. إن سير العمل المعقد بشكل مفرط، والافتقار إلى الأدوات القياسية، ومكونات النظام غير المستدامة تعيق تحقيق تلك النواتج.
  • يبني هذا العمل على الزخم الذي اكتسبناه خلال الخطتين السنويتين الأخيرتين في تطوير ميديا ويكي كمنصة وفي البرمجيات التي تدعم تطويرها ونشرها. سيركز العمل لهذا العام على توفير بيئات مطورين أكثر موثوقية، وتبسيط سير عمل ما قبل الإنتاج، وتقليل مخاطر المنصة والبنية التحتية.
    • النتائج الرئيسة لتجارب ويكي 6.1: بحلول نهاية الربع الرابع، يتم تقليل عدد الأخطاء التي تعيق عملية النشر وتتجاوز مشاريع الويكي الاختبارية بنسبة 10%.
      • ي عام 2024، اضطر المطورون إلى إعادة النظر في العمل في 144 مناسبة بسبب حالة طوارئ منعت نشر ميدياويكي. في العديد من تلك الحالات، تم اكتشاف الأخطاء بعد النشر على مشاريع الويكي الاختبارية، مما يعني أن المشكلة وصلت إلى جمهور محتمل يقدر بالمليارات من المستخدمين. لا يمكننا التحكم في وجود الأخطاء، لكن اكتشافها في وقت مبكر يعني أننا سنحتاج إلى "عمل بطولي" أقل. كما سيعزز ذلك ثقة المطورين في أن شيئًا ما عندما ينتقل إلى الإنتاج الفعلي، لن تحدث مشكلة.
      • سنتلقط هذه الأخطاء في وقت أبكر من خلال توفير البيئات التي يحتاجها المطورون لـ نشر واختبار الكود الخاص بهم بثقة على مدار دورة حياة التطوير والنشر بأكملها. كما يجب علينا ضمان ألا تأتي هذه التحسينات على حساب سرعة عمل المطورين.
    • النتائج الرئيسة لتجارب ويكي 2.6: بحلول نهاية الربع الرابع، يمكن تنفيذ 4 خطوات من قائمة مراجعة جاهزية الإنتاج دون تدخل من مهندسي موثوقية الموقع
      • يعتمد نشر خدمة أو ميزة جديدة في بيئة الإنتاج حاليًا على قائمة من 24 خطوة، والتي تتطلب كل خطوة منها عادةً دعمًا من مهندسي موثوقية الموقع. لقد أنشأنا برنامج سفراء مهندسي موثوقية الموقع للتدخل في وقت أبكر من دورة التطوير وبناء القدرات داخل فرق التطوير نفسها، ولكن العديد من المهام يجب أن تكون قابلة للخدمة الذاتية بالكامل. حاليًا، يرقى هذا الأمر إلى عمل يدوي، ومتكرر، وقابل للأتمتة، ويتوسع بشكل خطي مع عدد فرق التطوير. هذا غير مستدام لفريق مهندسي موثوقية الموقع على المدى الطويل.
      • في الماضي، تم تجرید الكثير من هذا العمل عن فرق التطوير من خلال الحفاظ على مجموعة من المكتبات المشتركة والممارسات الأفضل للتفاعل مع منصتنا. تم التخلي عن هذه المكونات عندما انتقلنا إلى بنيتنا التحتية الجديدة القائمة على ولم يكن لها بديل مباشر. من خلال توفير مكتبات مماثلة، وتوثيق، وتدريب ينطبق على الطريقة التي نُنشئ وننشر بها الأشياء اليوم، نعتقد أنه يمكننا تقليل حجم التدخل المطلوب من مهندسي موثوقية الموقع قبل نشر خدمة أو ميزة جديدة في بيئة الإنتاج.
    • النتائج الرئيسة لتجارب ويكي 3.6: بحلول نهاية الربع الرابع، يتم عرض 100% من مشاهدات صفحات ويكيبيديا عبر بارسويد (Parsoid).
      • يوفر بارسويد قدرات معززة لـ تطور نصوص الويكي وتحقيق الاستدامة المستقبلية للمنصة. إن الحفاظ على مُحللين نحويين متزامنين غير مستدام على المدى الطويل، لأنه يزيد من الديون التقنية والتعقيد. بالإضافة إلى ذلك، فإن نجاح بعض المشاريع الجديدة مثل ويكي دوال يعتمد على توفّر بارسويد على نطاق واسع.
      • لقد كنا نعمل على توسيع نطاق النشر للمشاريع الأصغر، وسنكون هذا العام جاهزين لمشاريع ويكيبيديا. إن خدمة جميع قراءات مشاهدات صفحات ويكيبيديا عبر بارسويد هي أهم إنجاز تالٍ لنا. وبالإضافة إلى عملية النشر نفسها، يشمل هذا العمل أيضًا حل مشكلات الأداء والتواصل بفعالية بشأن التأثير على القراء والمحررين.
    • النتائج الرئيسة لتجارب ويكي 4.6: بحلول نهاية الربع الثاني، يتم التخفيف من خطرين محددين على الأقل يهددان قدرتنا على الاستمرار في نشر أو توسيع نطاق مشاريع الويكي، أو تقليل هذين الخطرين إلى مستوى مقبول
      • من خلال مبادرات مستهدفة قليلة، سنعمل على تقليل أو التخفيف من العديد من مخاطر قابلية التوسع أو الموثوقية أو الأمن التي حددناها كتهديد محتمل لنمو واستدامة منصتنا ومشاريعنا العامة.
      • على سبيل المثال، سنقوم بإعادة هيكلة البنية الأساسية لقواعد بيانات ويكيميديا كومنز لضمان أن نموها لن يكون مقيدًا بقدرة الأجهزة الخادمة المتاحة خلال السنوات القليلة المقبلة. كما سنقوم بتحديث معالج النص التشعبي (PHP)، وهي لغة البرمجة التي تشغل ميدياويكي والخدمات ذات الصلة، إلى إصدار أكثر حداثة. من المرجح أن تتطلب المخاطر الأخرى المحددة تطبيق إجراءات أمنية إضافية لـ حماية وتقوية بنيتنا التحتية

---

خدمات البيانات والإشارات

البيانات المترية (خدمات البيانات والإشارات 1)

• الهدف (Objective): يستخدم صناع القرار بيانات مترية أكثر التي يمكن الوثوق بها وفي الوقت المناسب لـ توجيه قرارات المنتج والقرارات الاستراتيجية. ناقش
  • سياق الهدف: نستخدم البيانات المترية لتوجيه قرارات المؤسسة بشأن أين نركز جهودنا لخدمة الحركة على أفضل وجه. ومع ذلك، فإن بعض خطوط نقل البيانات لدينا عرضة للتوقف، مما يتسبب في تأخير التسليم. عندما تظهر مشكلات في البيانات، يكون وقت تحديدها وحلها طويلاً جدًا. بالإضافة إلى ذلك، فإن العديد من مجموعات بياناتنا ليست مُحسَّنة لـ الاستكشاف السهل للتوجهات وتفتقر إلى الأبعاد التي ظهرت كعناصر مهمة لـ تفسير البيانات. هذه المشكلات تبطئ وتحد من قدرتنا على تقييم البيانات المترية.
  • في السنة المالية 2025-2026، سنركز على حالات استخدام محددة من الخطة السنوية لـ سد فجوات جودة البيانات في خطوط النقل الحالية، وإعداد البنية التحتية والعمليات لـ مراقبة وحل مشكلات جودة البيانات، وتوفير الأدوات التي تُمكّن صانعي القرار من فهم التوجهات.
  • أحد حالات الاستخدام تتعلق بكيفية قياسنا لحجم زيارات البشر وروبوتات الإنترنت. لقد جعل صعود الزيارات المؤتمتة في العامين الماضيين من الصعب فهم مدى تفاعل البشر ومساهمتهم في مشاريع ويكيميديا. نهدف إلى تحسين قدرتنا على تقييم أنماط زيارات البشر والربوتات، والتي تُعد مدخلات حاسمة لقرارات التخطيط والمنتج.
    • النتائج الرئيسة لخدمات البيانات والإشارات 1.1: بحلول نهاية الربع الأول، يتمتع المحللون الذين يستخدمون البيانات المترية لمشاهدات الصفحات بإمكانية الوصول إلى مقاييس أساسية لجودة البيانات ومقاييس لأداء المنهجيات الاستدلالية للكشف عن الزيارات المؤتمتة.
      • من خلال الفرضيات التي يتم استكشافها في هذه النتيجة الرئيسة، نهدف إلى تحديد الفجوات في قواعد الاستدلال الحالية لدينا للكشف التلقائي عن حركة المرور وفهم الأماكن التي تفشل فيها في تصنيف حركة مرور مشاهدات الصفحات بشكل صحيح. ستوجه هذه الرؤى التحسينات في خطوط النقل التي تولّد وتصنّف البيانات المترية لمشاهدات الصفحات. بالإضافة إلى ذلك، سنقوم بتحديد البيانات المترية لجودة البيانات لـ مراقبة وقياس التحسينات في دقة البيانات.
      • ستمهد هذه النتيجة الرئيسة الأساس لـ نتيجة رئيسة تابعة تركز على تنفيذ تحسينات خط أنابيب البيانات الضرورية التي تم تحديدها هنا. وستكون مقاييس جودة البيانات التي تأسست في هذه المرحلة بمثابة معايير قياس لتقييم فعالية تلك التحسينات المستقبلية.
    • النتائج الرئيسة لخدمات البيانات والإشارات2.1: بحلول نهاية الربع الأول، سيتم إتاحة محتوى مجموعة بيانات سجل محتوى ميدياويكي عبر تصدير ملفي مع ضمانات تسليم أسبوعية (اتفاقيات مستوى الخدمة). الملف المُصدَّر ستكون بياناته مثل البيانات الموجودة في نظام التصدير القديم لملفات XML (الإصدار الأول).
      • كان هدف النتيجة الرئيسة رقم 4.1 للسنة المالية 2025/2024 هو إزالة الاعتماد على مجموعات البيانات mediawiki_wikitext_history و mediawiki_wikitext_history_current التي يتم تحديثها شهرياً لـ خطوط النقل الثلاثة الأكثر صلة في المراحل النهائية، وتوفير مجموعة بيانات بديلة ذات أهداف مستوى خدمة أسبوعية مضمونة.
      • على الرغم من أن النتيجة الرئيسة رقم 4.1 للسنة المالية 25/24 ساعدت في تخفيف مشكلات الموثوقية لـ خطوط معالجة البيانات الأكثر اعتمادًا،، إلا أنه لا تزال هناك خطوط نقل متبقية تستخدم مصدر الإدخال القديم غير الموثوق به. ينبغي ترحيل هذه الخطوط أيضًا، بالإضافة إلى ترحيل مصدر الإدخال المستند إلى الملفات إلى مجموعة بيانات سجل النص الويكي نفسها.
    • النتائج الرئيسة لخدمات البيانات والإشارات 1.3: بحلول نهاية الربع الثاني، سيقوم اكتشاف الروبوتات بـ دمج إشارة إضافية واحدة وتوليد تنبيهات آلية للحالات الشاذة
      • تعمل الفرق في المؤسسة بأكملها على اتخاذ قرارات بشأن المنتجات والتمويل بناءً على قدرتها على تحديد الفرق بين القراءة البشرية والزيارات المؤتمتة. وتُعد منصة البيانات هي المستودع المركزي لـ إشارات الكشف عن البوتات والتحليل الدفعي. من خلال الفرضيات التي حددناها نطاقها خلال الربعين الأول والثاني، نخطط للبدء في إدخال إشارات جديدة للكشف عن الروبوتات لـ صقل تحليلنا للزيارات المؤتمتة، والبدء في جعل عملية إدخال إشارات جديدة فعالة وقابلة للتكرار.
    • النتائج الرئيسة لخدمات البيانات والإشارات4.1: بحلول نهاية الربع الثاني، سيكون لدى صناع القرار فهم واضح للوضع الحالي للرؤى التي توفرها البيانات المترية التنظيمية لدينا. سنعرف أننا نجحنا إذا قمنا بتوفير عرض تقديمي جاهز لاجتماع مجلس الإدارة يضع تحليل بياناتنا المترية في سياق كل من بيئة ويكيميديا، وكذلك ضمن الاتجاهات والتحديات الأوسع نطاقًا على شبكة الإنترنت وفي السوق.
      • تُستخدم الرؤى المستخلصة من البيانات المترية التنظيمية لدينا لاتخاذ عدد لا يحصى من القرارات في المؤسسة، بما في ذلك القرارات المتعلقة بكيفية بناء منتجاتنا، وكيفية تخصيص موارد البنية التحتية، وكيفية جمع التبرعات. في الوقت نفسه، يتطور مشهد الإنترنت، مع تأثير الزيارات المؤتمتة بشكل خاص على بياناتنا المترية. الهدف هو أن يدخل قياديو المؤسسة اجتماع مجلس الإدارة في ديسمبر وهم يملكون سردًا واضحًا حول التهديدات والفرص داخل بيئة ويكيميديا، مدعومًا بـ تحليل واثق للبيانات المترية الداخلية والاتجاهات الخارجية. يمكننا سرد هذه القصة من خلال جمع الرؤى والبيانات المترية ونقاط البيانات التي تخبرنا بثقة حول:
        • الاتجاهات في مقاييسنا الداخلية للقراءة (مشاهدات الصفحات)
        • الاتجاهات في بيئة المساهمين الخاصة بنا
        • الاتجاهات المستخلصة من البيانات الخارجية ومعايير المنافسين
        • الرؤى المستخلصة من الدراسات الداخلية والخارجية والأبحاث الموثوقة

---

منصة التجارب (خدمات البيانات والإشارات 2)

• الهدف: يتمكن مديرو المنتج من تقييم آثار التغييرات على ميزات المنتج في ويكيبيديا بسرعة وسهولة وثقة. ناقش
  • سياق الهدف: لـ تمكين وتسريع عملية صنع القرار المستندة إلى البيانات بشأن تطوير ميزات المنتج، يحتاج مديرو المنتجات إلى منصة تجارب يمكنهم من خلالها تحديد الميزات، واختيار جماهير المعالجة من المستخدمين، ورؤية قياسات الأثر. إن تسريع الوقت من الإطلاق إلى التحليل أمر بالغ الأهمية، حيث سيؤدي تقصير الجدول الزمني للتعلم إلى تسريع التجارب، وفي نهاية المطاف، الابتكار. تم تحديد المهام اليدوية والمقاربات المخصصة للقياس كعقبات أمام السرعة. السيناريو المثالي هو أن يتمكن مديرو المنتجات من الانتقال من إطلاق التجربة إلى الاكتشاف بتدخل يدوي قليل أو معدوم من المهندسين والمحللين.
  • نحن نركز على ويكيبيديا للسنة المالية القادمة؛ لأن هذا هو المجال الذي تهتم فيه الخبرات الأساسية بالتجارب (حيث تدعونا الاستراتيجية التنظيمية إلى مضاعفة الجهد على ويكيبيديا)، ولأنه يسمح لنا بالتركيز وتحديد الفرق والمشاريع التي نتعامل معها بشكل أوضح. لقد استخدمت فرق أخرى مكونات منصة التجارب وقد تستمر في ذلك، لكن هذا الاستخدام لن يكون محور تركيز هذا الهدف.
    • النتائج الرئيسة لخدمات البيانات والإشارات 2.1: بحلول نهاية الربع الثاني، يتم تمكين إكمال دورتين تجريبيتين كاملتين على الأقل باستخدام منصة التجارب.
      • نظرًا لأن المنظمة تُركز بشكل متزايد على القرارات المتعلقة بالمنتج المستنير بالبيانات، يجب علينا إتاحة التجارب لجميع فرق المنتجات، وليس فقط لتلك التي تمتلك مهارات متخصصة. تحتاج فرق المنتجات إلى معايير وأدوات وبنية تحتية مشتركة تمكنها من:
        • اختبار الأفكار بسرعة عبر قاعدة المستخدمين العالمية الخاصة بنا
        • قياس أثر التغييرات في المنتج باستخدام البيانات المترية المعيارية
        • مشاركة النتائج بشفافية مع الجهات المعنية في حركتنا
      • لماذا ننتقل من التركيز على عدد "الفرق المُمكنة" إلى "التجارب المُكتملة":
      1. التوافق الاستراتيجي: إنه المقياس الرئيسي لنجاح المنصة.
      2. المنهج القائم على البيانات: تشير أبحاث المستخدمين (قيد التنفيذ) إلى تباين في جاهزية الفرق عبر المنظمة، بينما نعلم أن فريق الويب قد أكد اهتمامه بإجراء تجربتين محددتين..
      3. تحسين الموارد: سيتطلب الإطلاق الأولي لمنصتنا إشرافًا مكثفًا في التهيئة، مما يجعل التركيز على فرص التجارب أكثر كفاءة على المدى القريب بدلاً من نشر شبكة واسعة عبر فرق متعددة. نحن نخطط للمضي قدمًا نحو إطلاق عام، ولا نرغب في إعادة الاستثمار في تدريب الفرق مرة أخرى، إذا أمكننا تجنب ذلك.
      4. التركيز على المستقبل: ستكون التغذية الراجعة من دورات التجارب المكتملة أكثر فعالية في توجيه تحسينات منصتنا مقارنة بالتعلم من الاعتماد الجزئي أو غير المكتمل. ومع تقدمنا نحو الإطلاق العام، فإن التركيز على إكمال التجارب يتجنب الاستثمار في المقاربات المؤقتة التي ستحتاج إلى إعادة تطوير.
      • لدينا أبحاث مستخدمين قيد التنفيذ لاستخلاص الاحتياجات والمتطلبات المشتركة بين الفرق: حيث يتم تحديد مواعيد لإجراء استبيانات ومقابلات لإضافة وضوح لاحتياجات فرق المنتجات في النصف الثاني من مايو 2025. بمجرد اكتمال هذا البحث، سنقوم بإعداد تقويم للتجارب يمكن استخدامه لـ تحديد أهدافنا وترتيب أولوياتنا للنتائج الرئيسة التالية.

---

جماهير المستقبل

جماهير المستقبل 1

• الهدف: تكون مؤسسة ويكيميديا مُجهَّزة بـ توصيات حول الاستثمارات الاستراتيجية التي يجب اتباعها لمساعدة حركتنا على خدمة جماهير جديدة في مشهد إنترنت متغير. ناقش
  • سياق الهدف: بسبب التغيرات المستمرة في التقنية وسلوك المستخدمين عبر الإنترنت (مثل: التفضيل المتزايد للحصول على المعلومات عبر تطبيقات التواصل الاجتماعي، انتشار مقاطع الفيديو القصيرة التعليمية الترفيهية، وصعود الذكاء الاصطناعي التوليدي)، تواجه حركة ويكيميديا تحديات في جذب القراء والمساهمين والاحتفاظ بهم. وتجلب هذه التغييرات أيضًا فرصًا لخدمة جماهير جديدة عبر إنشاء المعلومات وتقديمها بطرق جديدة. ومع ذلك، لا نمتلك كحركة صورة واضحة ومستنيرة بالبيانات لـ الفوائد والمفاضلات بين الاستراتيجيات المحتملة المختلفة التي يمكننا اتباعها للتغلب على التحديات أو اغتنام الفرص الجديدة. على سبيل المثال، هل ينبغي لنا أن......
    • الاستثمار في ميزات جديدة وكبيرة مثل روبوتات الدردشة؟
    • نقل معرفة ويكيميديا ومسارات المساهمة إلى منصات الطرف الثالث الشائعة؟
    • شيءٌ آخر؟
  • لضمان أن تصبح ويكيميديا مشروعاً متعدد الأجيال، سنقوم باختبار الفرضيات لـ فهم أفضل وتوصية بالاستراتيجيات الواعدة – لمؤسسة ويكيميديا وحركة ويكيميديا – التي يجب اتباعها لـ جذب جماهير المستقبل والاحتفاظ بها.
    • النتائج الرئيسة لجماهير المستقبل 1.1: كنتيجة لـ الرؤى والتوصيات التجريبية الخاصة بقسم جماهير المستقبل، بحلول نهاية الربع الثالث، يتم تضمين هدف واحد أو نتيجة رئيسة واحدة على الأقل تابعة لفريق غير تابع لجماهير المستقبل في مسودة الخطة السنوية للعام التالي.
      • منذ عام 2020، تعمل مؤسسة ويكيميديا على تتبُّع الاتجاهات الخارجية التي قد تؤثر على قدرتنا على خدمة أجيال المستقبل من مستهلكي المعرفة ومساهميها، والبقاء حركة معرفة حرة مزدهرة للأجيال القادمة. وسيقوم فريق جماهير المستقبل، وهو فريق صغير للبحث والتطوير، بما يلي:
        • إجراء تجارب سريعة ومحددة زمنياً (تهدف إلى 3 تجارب على الأقل لكل سنة مالية) لـ استكشاف سُبُل معالجة هذه الاتجاهات.
        • بناءً على الرؤى المستخلصة من التجارب، تقديم توصيات بالاستثمارات غير التجريبية الجديدة التي يجب على مؤسسة ويكيميديا اتباعها – أي المنتجات أو البرامج الجديدة التي تحتاج إلى أن يتولاها فريق أو فرق كاملة – خلال فترة التخطيط السنوي الاعتيادية لدينا.
      • يتم تحقيق هذه النتيجة الرئيسة إذا ظهر هدف واحد أو نتيجة رئيسة واحدة على الأقل، مملوكة لفريق خارج نطاق جماهير المستقبل ومدفوعة بتوصية من جماهير المستقبل، في مسودة الخطة السنوية للسنة المالية التالية.

---

الفيديو الاجتماعي (جماهير المستقبل 2)

• الهدف: أن يقوم الشباب (أقل من 25 عامًا) بالإعجاب بـ محتوى ويكيبيديا والتعلم منه والتفاعل معه ومشاركته على المنصات التي يفضلون قضاء الوقت فيها عبر الإنترنت. ناقش
  • سياق الهدف: أظهرت تجارب جماهير المستقبل في هذا العام المالي حول الفيديو القصير أنه يمكننا الوصول إلى الجماهير الأصغر سنًا على نطاق واسع على هذه المنصات، لكن بيانات صحة علامتنا التجارية تشير إلى أن استثمارنا الحالي ليس كافيًا لمواجهة تراجع الوعي والتقارب مع ويكيبيديا بين الجماهير الذين هم في عمر الجيل زد.
  • لضمان أننا نصل إلى هذا الجيل ونشركه بفعالية، نعتقد أننا سنحتاج إلى الانخراط في مجموعة متنوعة من التكتيكات، وزيادة مشاركتنا بشكل كبير في مجالات مثل التسويق المدفوع والمؤثرين، والحملات الإبداعية، والاستجابة للتوجهات الرائجة، ورفع مستوى تجاربنا على هذه القنوات.
  • نتوقع أن التحديات التي نواجهها ستتطلب استثمارًا أكثر جوهرية لمساعدتنا في التغلب عليها، لا سيما في جهود الاتصالات والتسويق لغرض إحداث التفاعل، بالإضافة إلى التعاون بين الأقسام لـ إنشاء منتجات وخبرات جديدة موجهة نحو زيادة حضور علامة ويكيبيديا التجارية ومحتواها على هذه المنصات.
    • النتائج الرئيسة لجماهير المستقبل 2.1: توليد 9,500,000 مشاهدة من محتوى الفيديو القصير عبر جميع القنوات المملوكة بحلول نهاية النصف الأول.
      • في هذا العام، حققنا وصولاً بلغ حوالي مليون مشاهدة في غضون ثلاثة أشهر من إطلاق مقاطع الفيديو القصيرة على قنوات @Wikipedia على منصات تيك توك وإنستغرام ويوتيوب. وبحلول بداية العام المالي المقبل، نتوقع زيادة عدد المتابعين على قنواتنا المملوكة، والحصول على رؤى معمقة إضافية حول المحتوى الفعال/الجذاب الذي يمكننا تطبيقه عمليًا للوصول إلى عدد أكبر من المشاهدين.
      • من خلال تحديد هدف طموح في النصف الأول من العام، نأمل في الدفع نحو تحقيق أثر أكبر بكثير، والسماح بـ إنشاء استراتيجيات/عمليات جديدة لتسهيل العمل، وأن نكون قادرين على المطالبة بموارد إضافية لتحقيق هذا الهدف.
    • النتائج الرئيسة لجماهير المستقبل 2.2: تنمية متابعينا خارج المنصة على تيك توك من الفئة المتوسطة(100 ألف – 250 ألف متابع) إلى الفئة الكبيرة (Macro tier) (250 ألف – 1 مليون متابع) بحلول نهاية السنة المالية 2025/2026 (يونيو 2026).
      • نحن حاليًا في الفئة المتوسطة من حيث عدد متابعينا على تيك توك (100 ألف – 250 ألف متابع)، وهدفنا هو الوصول إلى الفئة الكبيرة (250 ألف – 1 مليون متابع) بحلول نهاية السنة المالية 2025/2026 (يونيو 2026). تُعد هذه الفئات – المصغّرة، والمتوسطة، والكبيرة – معايير قياسية في الصناعة لحجم الجمهور ونطاق الوصول. ولتحقيق ذلك، سنعمل على صقل استراتيجية المحتوى الخاصة بنا لـ جذب متابعي الجيل زد بشكل أفضل وزيادة رؤيتنا الإجمالية من خلال إدارة المجتمع. سيتم الاعتماد على أداء النصف الأول في توجيه التعديلات التكتيكية في النصف الثاني لـ تسريع النمو والوصول إلى هذا الإنجاز.
    • النتائج الرئيسة لجماهير المستقبل3.2: إطلاق منتج خارج المنصة يستهدف أساليب جماهير المستقبل الجديدة للتعلم/استهلاك الوسائط، وطرحه في السوق من خلال حملة تسويق وعلامة تجارية للمنتج متعاون عليها.
      • يعمل فريق جماهير المستقبل عادة على تجارب صغيرة النطاق مع تسويق عضوي/بحد أدنى. وفي هذا العام، نود تخصيص وقت لـ منتج جديد مُوسَّع بالإضافة إلى حملة تسويق تستهدف الجماهير الأصغر سنًا خارج المنصة.

---

دعم المنتج والهندسة (PES)

دعم المنتج والهندسة (PES1)

• الهدف: تكون فرق المنتجات والهندسة في مؤسسة ويكيميديا أكثر فعالية بفضل تحسين العمليات، مما يعزز تحولاً إيجابياً في ثقافتنا. ناقش
  • سياق الهدف: يتعلق هذا الهدف بجعل أساليب عمل مؤسسة ويكيميديا أسرع، وأكثر ذكاءً، وأفضل. إنه يتعلق بكيفية عملنا بشكل عام. وهذا يعني تقليل الاحتكاك والعوائق (أوجه القصور والأخطاء) في العمليات، وتحقيق الأثر بشكل أسرع. يتعلق هذا الهدف أيضًا بتعلم أساليب عمل يمكن اعتمادها عبر القسم والمنظمة.
    • النتائج الرئيسة لدعم المنتجات والهندسة 1.1: بحلول نهاية الربع الثاني، يتم تحديد أهداف مستوى الخدمة لـ 6 خدمات إنتاجية بناءً على معيار لتحديد الأولويات يهدف إلى تعظيم تعلمنا لكيفية تعريف واستخدام أهداف مستوى الخدمة لاتخاذ قرارات مستنيرة فيما يتعلق بـ تحديد أولويات العمل المتعلق بالموثوقية من قِبل الفرق المعنية.
      • هدف مستوى الخدمة هو اتفاق بين الفرق المعنية على مستوى مستهدف من الخدمة (الموثوقية/الأداء) الذي تتعاون الفرق على تحقيقه (وعدم تجاوزه بشكل كبير). على سبيل المثال، يساعد ذلك في تحديد متى يجب إعطاء الأولوية أو إزالة الأولوية لعمل الموثوقية أو الأداء من قبل فريق التطوير، أو ما الذي يشكل مشكلة. تحتاج الفرق إلى الاهتمام بتحديد ما هو فوري (تنبيه/استجابة للحوادث/علل حرجة) مقابل ما هو غير ذلك. الهدف هو تقليل الاحتكاك عبر الوظائف من خلال التفاوض على الأهداف وتوجيه عملية تحديد الأولويات المشتركة والواضحة.
    • النتائج الرئيسة لدعم المنتجات والهندسة 2.1: بحلول نهاية الربع الثاني، تؤثر إشارات المجتمع (بما في ذلك قائمة الأمنيات) على مؤسسة ويكيميديا لـ تحديد أولويات ما لا يقل عن 5 مسارات عمل للمنتجات للربعين الثالث والرابع.
      • هدفنا هو تحديد والاحتفاء بالفرق التي تمنح الأولوية للعمل بناءً على طلبات المجتمع المستندة إلى الأدلة.
      • تركز فرضيتان مخطط لهما على قائمة الأمنيات حصريًا. وهما مصممتان لـ تحسين الثقة، وتبسيط العمليات، وزيادة المشاركة بين الموظفين والمتطوعين. أما الفرضية الأخرى فهي تجربة مصممة لمعرفة ما إذا كانت هناك إشارات قيّمة كافية من ميدان القرية، وما إلى ذلك، وما إذا كان يمكن للذكاء الاصطناعي دعم قدرتنا على جمع الإشارات.
    • النتائج الرئيسة لدعم المنتجات والهندسة3.1: تجربتان في مرحلة مبكرة ومشتركتان بين الأقسام، تم التحقق من صحتهما من قِبل جماهيرنا الخارجية من المستهلكين والمانحين والمساهمين، يتم إدراجهما من قبل المؤسسة في الخطة السنوية.
      • يتعلق هذا العمل بـ إنشاء التجارب وعمليات إجراء التجارب لـ اعتمادها عبر منظمتنا.
      • تعمل المؤسسة على تعزيز ثقافة التجارب المشتركة بين الأقسام من خلال دمج تجربتين في مرحلة مبكرة وتم التحقق من صحتهما في خطتها السنوية. تهدف هذه المبادرة إلى تعزيز التعاون بما يتجاوز فرق الميزات التابعة لقسم المنتجات والتقنية، وتشجيع المزيد من الابتكار مع الأقسام الأخرى في المنظمة (مثل الاتصالات والتطوير). ومن خلال بذر أفكار جديدة غير مختبَرة وتبسيط عمليات إجراء التجارب، تعمل الفرق على تعزيز الإنتاجية وتوسيع نطاق الأثر. يُقاس النجاح بـ إكمال تجربتين مشتركتين بين الأقسام سنويًا، وإدماجهما في عمل الأهداف والنتائج الرئيسة المستقبلية، وزيادة تبني ممارسات إجراء التجارب. من أمثلة المخرجات: نماذج أولية جديدة لزيادة نمو المحررين الجدد وإنتاجيتهم، إلى ميزات تجريبية تعمل على تعميق اتصال القراء والمانحين بويكيبيديا. وقد تم تحديد فرصة محددة تتمثل في ربط استكشاف الميزات الصغيرة بالاحتفال بالذكرى الخامسة والعشرين لميلاد ويكيبيديا.

الفرضيات

الربع الأول

يغطي الربع الأول من الخطة السنوية لمؤسسة ويكيميديا الفترة من يوليو إلى سبتمبر.

فرضيات تجارب الويكي (WE) [ النتائج الرئيسة لتجارب ويكي ] نقاش
الاسم المختصر للفرضية	نص الربع الأول	التفاصيل والنقاش
WE1.1.1	إذا قمنا بـ مطالبة المتطوعين الجدد (أو الأحدث) الذين يلصقون نصوصًا من موقع خارجي بـ تأكيد ما إذا كانوا هم من كتبوا المحتوى الذي يحاولون إضافته، فسنشهد انخفاضًا بنسبة 10% على الأقل (≥10%) في النسبة المئوية لتعديلات المحتوى الجديد التي ينشرها المتطوعون الجدد (أو الأحدث) والتي يتم التراجع عنها على أساس انتهاك حقوق النشر في ويكيبيديا (والسياسات ذات الصلة).
WE1.1.2	إذا قمنا بتسليم نسخة تجريبية أولية من "التعديل المقترح لتحسين النبرة"، فيمكننا أن نتعلم ما إذا كان هذا التنسيق الجديد للتعديلات المقترحة هو طريقة ذات مغزى لـ زيادة التعديلات البنّاءة للمساهمين الجدد دون زيادة عبء الإشراف على المُرَاقِبين/المُرَاجِعين.
WE1.1.3	إذا قمنا بتطبيق "وضع الاقتراحات الجديد" المُستهدف لـ المساهمين الأقدم ضمن المحرر المرئي (على الهاتف المحمول وسطح المكتب) كـ ميزة تجريبية تتضمن 3 اقتراحات تعديل جديدة على الأقل (≥ 3)، فسوف نكتشف ما هي التعديلات – إن وجدت – التي يجب إجراؤها قبل تقييم التجربة مع المتطوعين الجدد (أو الأحدث) من خلال تجربة مُنضبطة.
WE1.1.4	إذا قمنا بـ تطبيق "التحقق من المرجع" على ويكيبيديا الإنجليزية من خلال تجربة مُنضبطة، فسنشهد زيادة بنسبة 10% على الأقل (≥10%) في التعديلات البنّاءة التي ينشرها المتطوعون الجدد (أو الأحدث)، وسنتعلم ما إذا كان هناك دعم كافٍ بين المُرَاقِبين والمُشرفين لـ تمكين الميزة على نطاق أوسع.
WE1.1.5	إذا قمنا باختبار نظام تقدم عبر نماذج تصميم أولية مع الوافدين الجدد، فيمكننا تحديد أنواع الإنجازات، والتوجيه، والاعتراف التي يُنظر إليها على أنها الأكثر تحفيزًا، واستخدام هذه الرؤى لوضع تصميم نهائي لتجربة تجريبية مستقبلية على الويكي.
WE1.1.6	إذا قمنا بـ التحقيق في أهم الحواجز والمُمَكِّنات التقنية والاجتماعية والسلوكية للتعديل عبر الويب على الهاتف المحمول من خلال أبحاث المستخدمين وتحليل البيانات، فسوف نولّد ما لا يقل عن 3 رؤى قابلة للتنفيذ تعمل على سد الفجوات المعرفية الرئيسة وتعزيز قدرتنا على تحديد أولويات الاستثمارات في المنتجات بثقة للنصف الثاني من السنة المالية 26/25 وما بعدها.
WE1.2.1	إذا قمنا بإنشاء إثبات مفهوم لـ عرض بيانات المساهمة التعاونية على الويكيات، فيمكننا جمع تعليقات من 30 مساهمًا على الأقل، مع مشاركة 70% من المستجيبين بأن هذه الميزة مفيدة ويمكن أن تساعد في دفع النمو التعاوني.
WE1.3.1	إذا قمنا باستغلال الاحتياجات المحددة من الأبحاث والتصميمات السابقة ومشاركة النماذج الأولية المبكرة لـ أكثر X وحدات إشراف تأثيرًا، فيمكننا تعديل الصفحة الرئيسية لإجراءات الإشراف باستخدامها.
WE1.3.2	إذا قمنا بتعديل الصفحة الرئيسية للوافد الجديد لـ عرض وحدات الإشراف بشكل مشروط، فيمكننا إثبات جدوى استخدام الصفحة الرئيسية للمُشرفين.
WE1.4.1	إذا قمنا بإجراء عدد من التحسينات المشار إليها في Phab:T396489 (T396489)، فسوف نقلل من استعلامات "التغييرات الأخيرة" البطيئة بنسبة X في المئة على الويكيات الكبيرة. عندئذٍ، ستكون أدوات المُشرفين قادرة على تطبيق وحدات الصفحة الرئيسية على تلك الويكيات دون قلق خاص بشأن أداء قاعدة البيانات.	T400696
WE2.1.1	إذا دَعَيْنا مُتحدثين أصليين للغة للويكيات الصغيرة، عبر إعلان مركزي على ويكيبيديا ذات حركة مرور عالية في منطقتهم، لـ المساهمة في التعديلات المقترحة وميزات النمو الأخرى، فيمكننا تقييم ما إذا كان هذا النهج يجذب متحدثين أصليين جددًا، وما إذا كانوا يستخدمون أدوات التحرير هذه لـ تحسين المحتوى الحيوي.
WE2.1.2	إذا قمنا بتطوير وإصدار اقتراحات ترجمة مُصمَّمة خصيصًا للمحررين الجدد، فسنكون قادرين عندئذٍ على اختبار ما إذا كان هذا النهج ينتج نتائج ترجمة أفضل مقارنة بـ نهجنا الحالي. يتناول هذا الأمر التحديات المعروفة التي يواجهها المحررون الجدد، والذين لديهم احتمالية أعلى لحذف مقالاتهم. من خلال توجيههم نحو ترجمة محتوى يمكن إدارته بشكل أكبر، يهدف الهدف إلى توفير مقدمة لعملية الترجمة تكون أقل إرباكًا وأكثر سهولة في الوصول. يمكن أن تبدو الترشيحات الجيدة للمقالات والأقسام ذات تعقيد محدود من حيث التنسيق والطول الإجمالي.
WE2.1.3	إذا اطلعنا على تجربة المحرر عند إنشاء مقالات وأقسام جديدة (بما في ذلك الدوافع، ونقاط الألم، ورد فعلهم تجاه الأفكار الجديدة حول كيفية دعمهم بشكل أفضل)، فسوف نكشف عن احتياجات وسلوكيات المستخدمين التي توفر رؤى واستراتيجيات قابلة للتنفيذ لتوجيه أقسام المنتجات والتصميم والهندسة بشأن تحسين تجربة إنشاء المقالات.
WE2.1.4	إذا اكتشفنا من خلال ورش عمل أو مقابلات قائمة على المشاركة، كيف تتعامل ثلاث ويكيبيديات متوسطة الحجم مع فجوات المعرفة والأهمية، فسوف نكشف عن تعاريف عملية أو مفاهيم تأطيرية لـ "المعرفة الحيوية" تكون ذات صلة بكل مجتمع.
WE2.2.1	إذا اتبعنا خطة طرح بارسويد وأدمجنا الويكي دوال في معظم مشاريع ويكاموس وبعض مشاريع ويكيبيديا منخفضة الحركة، فسنحصل على الاختبارات التي نحتاجها لـ طرحها بثقة على الويكيات الأكبر.
WE2.2.2	إذا قمنا بتمكين ويكي دوال من إخراج جداول HTML، وتنسيقات، وروابط، فسوف نبرهن من خلال دالة تعرض جدول تصريف على قدرتها على توليد معرفة جديدة صافية في مشاريع ويكاموس بما يتجاوز التحويلات البسيطة.
WE2.2.3	إذا أضفنا دعمًا لكيانات ويكي بيانات في استدعاءات الدوال المضمنة، فسنُمكّن أكثر من 200 دالة جديدة يمكنها توليد جمل شاملة باستخدام كيانات ويكي بيانات، مما يُسهّل استخدام الدوال في مشاريع ويكيميديا.
WE2.2.4	إذا وضعنا خطة هندسيَّة لمكان تواجد المحتوى المجرد وكيفية تفاعله مع ويكيبيديا، فسنكون أكثر استعدادًا لتطبيق منصة ويكيبيديا المجردة لزيادة توفير محتوى موسوعي عالي الجودة.
WE2.2.5	إذا حددنا وتواصلنا مع فرق المنتجات والتقنية بشأن احتياجات المنتج للاستشهادات المطلوبة للمحتوى المجرد، فسنكون قادرين على قيادة العمل عبر ويكيميديا ​​لتقديم معلومات المنشأ المرتبطة بالمحتوى المجرد، وهو أمر بالغ الأهمية لنجاح الاستخدام عبر مواقع الويكي.
WE2.2.6	إذا جعلنا تنسيق الطلب الداخلي الخلفي أكثر تعبيرًا وإيجازًا، فيمكننا زيادة استقرار النظام، وبالتالي دعم طرح أوسع.
WE2.2.7	إذا وفّرنا نماذج أولية باستخدام استدعاءات ويكي بيانات وويكي الدوال لتوليد مقتطفات من اللغة الطبيعية، فسنُظهر جاهزيتنا للمشروع، وسنكون مستعدين لاستخدامه لتدريب الذكاء الاصطناعي، مما يُغني البشر عن التفكير كثيرًا في الدوال.
WE2.2.8	إذا وفّرنا استيراد بيانات ويكي بيانات مع التصفيات، فسيكون من الممكن توليد حقائق متعددة الأوجه (حقائق تتطلب أكثر من مجرد فاعل/مسند/قيمة للتعبير عنها)، والتي تشمل ما يُقدّر بنحو 50% من المحتوى الموسوعي في ويكي بيانات.
WE2.2.9	إذا وفّرنا التخزين المؤقت للكيانات المستردة من ويكي بيانات، فسنقوم بتقليل متوسط ​​وقت تشغيل وظائف ويكي بيانات القائمة على المحتوى بنسبة 50% على الأقل، مما يقلل من فترات الانتظار وإحباط المستخدم.
WE2.2.10	إذا وفرنا مكون المعنى المعجمي في ويكي بيانات في واجهة مستخدم ويكي الدوال، فسيكون المساهمون قادرين على تحديد المفردات ذات الصلة واختيارها دون مغادرة المنصة/ويكي الدوال- مما يقلل من تبديل السياق وتمكين إنشاء دوال مرتبطة باللغة بشكلٍ أسرع وأكثر نجاحًا.
WE2.2.11	إذا تناولنا نتائج قابلية الاستخدام من مجتمع الدغبانية حول تكامل ويكي الدوال على ويكيبيديا، فسنلاحظ أن المحررين يواجهون عددًا أقل أو لا يواجهون أي مشكلاتٍ حرجة في قابلية الاستخدام عند إدراج الدوال في مقال أثناء الاختبار.
WE3.1.1	إذا أجرينا اختبار A/B لإصدار مُحسّن من ميزة التصفح المُبوب، على تطبيق آي أو إس، فسنلاحظ زيادة بنسبة 5% في الاستخدام متعدد الأيام بين مستخدمي علامات التبويب.
WE3.1.3	إذا وفرنا طريقة جديدة للمستخدمين لتصفح محتوى الصور أو مقاطع الفيديو المرتبطة داخل صفحات المقالات، فسنلاحظ معدل نقر بنسبة 3% على الأقل بين المستخدمين الذين تُعرض عليهم هذه الميزة.
WE3.1.4	إذا عرضنا على القراء عدة مفاهيم لاجتياز شبكة المعرفة على الويكيات، فسنخرج بقائمة أولويات للمفاهيم لمزيد من التطوير.
WE3.1.5	إذا وفرنا لقراء الويب خيار عرض نسخة مترجمة آليًا من محتوى ويكيبيديا غير المتوفرة بلغتهم، فسنعرف ما إذا كان نشاط القراءة قد زاد، والذي يُقاس بزيادة بنسبة 3% في تفاعلات الصفحة، مما يجذب القراء إلى ويكي اللغة المحلية مع زيادة محتملة في نشاط التحرير المحلي. سيوفّر هذا كإعداد اختبار A/B مُتحكم به لمدة لا تزيد عن 6 أشهر، وفي 13 موقعًا من ويكيبيديا بموافقة مسبقة، باستخدام خدمات الترجمة الآلية المفتوحة المتاحة بالفعل لمحرري ويكيبيديا.
WE3.2.1	إذا تعاونّا مع فرق جمع التبرعات، فسنُطوّر شرائح متبرعين أكثر تفاعلًا وتكاملًا وتخصيصًا في مراجعة العام على نظام آي أو إس (iOS) كما قيّس من خلال اختبار المستخدم. وسيُتبع ذلك بفرضية في الربع الثاني لتقييم ما إذا كانت مراجعة العام قد شهدت زيادة في التبرعات بنسبة 5% مقارنةً بمراجعة العام لعام 2024.
WE3.2.2	إذا حثثنا قراء تطبيق أندرويد في المناطق غير المرتبطة بالحملات على إعداد تذكير اختياري وقابل للتخصيص (للمبلغ والتكرار) للتبرعات بناءً على استخدامهم لويكيبيديا، فسنشهد زيادة بنسبة 5% في التبرعات من خلال قوائم التطبيقات في تلك المناطق.
WE3.2.3	إذا أجرينا تجربة اختبار A/B على المستخدمين الذين سجلوا خروجهم لعرض متغيرات دقيقة لنقطة إدخال التبرعات لكل من الأجهزة المحمولة وأجهزة الحاسوب، فسنلاحظ زيادة بنسبة 2% في عدد التبرعات عبر مسارات المعالجة، مقارنةً بالمجموعة الضابطة.
WE3.3.1	إذا أضفنا عناصر مخصصة منخفضة إلى متوسطة الجهد طلبها مستخدمو آي أو إس (iOS) في عام 2024 إلى تقرير عام 2025، فسنشهد زيادة بنسبة 3% في الرضا مقارنةً بالعام الماضي، كما قيّست من خلال اختبار قابلية الاستخدام أو الاختبار التجريبي.
WE3.3.2	إذا وسّعنا علامة تبويب التحرير الحالية على نظام أندرويد إلى مركز أنشطة مخصص يتضمن رؤى حول المشاركة في القراءة والمشاركة غير التحريرية، فسنشهد زيادة بنسبة 5% في التفاعل متعدد الأيام مع علامة التبويب مقارنةً بالإصدار الأصلي.
WE3.3.3	إذا أضفنا صورة رمزية واحدة على الأقل قابلة للفتح في تطبيق أندرويد لأصحاب الحسابات - والتي يتم الحصول عليها من خلال إجراءات مفيدة للقراء مثل حفظ عدد معين من المقالات - فسنزيد التفاعل المتكرر مع الإجراءات المرتبطة بها من قبل المستخدمين المسجلين بنسبة 10% على مدار عدة أيام.
WE3.3.4	إذا منحنا القراء المسجلين إمكانية حفظ المقالات في قائمة قراءة خاصة، نتوقع زيادة التفاعل على الموقع، كما يُقاس بزيادة بنسبة 5% في حركة الإحالة الداخلية للقراء الذين يستخدمون هذه الميزة، وزيادة ذات دلالة إحصائية لجميع المستخدمين.
WE3.3.5	إذا أجرينا دراسة مستخدمين تسمح لقراء الويب بجمع/تنظيم المحتوى من ويكيبيديا، فسيحفظ 10% على الأقل من المشاركين نوعين أو أكثر من المحتوى (مثل المقالات والمقتطفات والوسائط) في مجموعة.
WE3.4.1	إذا عملنا على نشر هجين لنقطة تواجد/شبكة توصيل محتوى (PoP/CDN)، فسيسمح لنا ذلك بإنشاء نقاط تواجد كاملة ونقاط تواجد مصغّرة (مادية وسحابية) حسب الحاجة، مما يُرسي الأساس لنشر نموذج أولي لنقطة تواجد مصغّرة في المستقبل.
WE3.6.1	إذا أجرينا اختبار A/A على معدل الاحتفاظ للمستخدمين الذين لم يسجلوا دخولهم، فسنضع خط أساس لمعدل الاحتفاظ يمكننا استخدامه للأرباع المستقبلية.
WE3.6.2	إذا أنشأنا ونشرنا تعريفًا للقارئ الذي سجل دخوله، فسنتمكن من استخدام هذا التعريف في جميع الفرق والفرضيات المتعلقة بالنتيجة الرئيسية لتجارب الويكي 3.3 (WE 3.3 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	ذا نشرنا بطاقة معلومات المستخدم (UserInfoCard) في جميع مواقع الويكي، فسنمكّن أصحاب الصلاحيات المتقدمة والمراجعين من تحديد حسابات الجهات الفاعلة السيئة والحد منها بكفاءة أكبر.	Project page
WE4.2.5	إذا أجرينا أبحاثًا، واستشرنا المجتمعات، وبحثنا عن حلول تقنية، فسنتمكن من تحديد مجموعة من أسباب المنع المنظمة التي يمكن استخدامها في جميع ويكيات مؤسسة ويكيميديا.
WE4.2.6	إذا طورنا إمكانية نشر مجموعات بيانات قائمة على البحث المفتوح (OpenSearch) على منصة البيانات، فستمكن فرق هندسة ميزات المنتج من تطوير أنظمة تدمج هذه الإمكانية، مع قدر كبير من الاستقلالية والمرونة والعزلة عن أنظمة البحث الأخرى. وسيكون المستأجر الأول والرئيسي لهذا النظام هو خدمة IPoid.
WE4.2.7	إذا قمنا بتطبيق دمج نظام التحقق البشري hCaptcha – الإصدار المؤسسي. على العديد من مشاريع ويكيبيديا الإنتاجية كـ تجربة رائدة، فسوف نكون قادرين على جمع بيانات حول فعالية وقيمة نظام التحقق البشري hCaptcha – الإصدار المؤسسي. فيما يخص مكافحة إساءة الاستخدام، وكشف الروبوتات، وقابلية الاستخدام، وإمكانية الوصول.
WE4.3.1	إذا دمجنا دعم ملف تعريف الارتباط إيدج يونيكيز (Edge Uniques) الجديد في requestctl، وهو محرك قواعد إيدج الخاص بنا لمطوري خدمات الإنترنت (SREs) لمكافحة إساءة الاستخدام، فسنتمكن من الدفاع بشكل أفضل ضد هجمات الحرمان من الخدمات (DDoS) وإعادة استخدام المحتوى.
WE4.4.1	إذا تمكنا من إجراء تحسيناتٍ بناءً على ملاحظات المشاركين التجريبيين ونشر حسابات مؤقتة في جميع المشاريع، فسنتمكن من حماية معلومات التعريف الشخصية (عناوين بروتوكول الإنترنت) للمستخدمين غير المسجلين في جميع مشاريعنا من التعرض لأقل من 0.1% من إجمالي المستخدمين (المسجلين).	Project page
WE4.4.2	إذا تواصلنا مع الجهات المعنية بالحركة (بما في ذلك مجتمعات الويكي والمسؤولين العالميين) بوضوح وفي الوقت المحدد، فسنتمكن من النشر على جميع مواقع الويكي المتبقية، وتقليل عبء العمل الذي يُكتشف في اللحظة الأخيرة، وتجنب التراجع عن النشر.
WE4.4.3	إذا سهّلنا على القائمين على المراجعة تصفية الإجراءات وعرض نشاط الحسابات المؤقتة بناءً على عناوين بروتوكول الإنترنت الخاصة بها، فسنتمكن من نشر الحسابات المؤقتة بنجاح على جميع الويكيات.
WE4.4.4	إذا سمحنا بإلغاء إمكانية الكشف عن عناوين بروتوكول الإنترنت للحسابات المؤقتة وفقًا لسياسة الكشف عن هذه العناوين، وأضفنا الميزة في أماكن أكثر، فسنتمكن من نشر الحسابات المؤقتة بنجاحٍ على جميع الويكيات.
WE4.5.1	إذا أجرينا بحثًا نوعيًا لتحديد أمثلة على إساءة الاستخدام من جهات فاعلة سيئة بمساعدة الذكاء الاصطناعي التوليدي (مثل البريد العشوائي والمضايقات والمسيئين على المدى الطويل والتحرير المدفوع غير المعلن أو حملات التضليل)، فسنتمكن من تقييم المخاطر على نماذج مجتمعنا وتوليد أفكار للتخفيف من أنواع مختلفة من إساءة الاستخدام بمساعدة الذكاء الاصطناعي التوليدي.
WE4.6.1	إذا قمنا بأتمتة عملية مزامنة الحساب داخل زينديسك (Zendesk) لإعادة تعيين كلمة المرور، فسيخفف ذلك العبء على فريق الأمان والثقة ويسمح لهم بمعالجة المزيد من طلبات إعادة تعيين التوثيق ذو العاملين.
WE4.6.2	إذا دعمنا وشجعنا المستخدمين على تسجيل التوثيق ذو العاملين، فسيكون المستخدمون الذين فعّلوا هذا التوثيق أقل عرضة لإغلاق حساباتهم.
WE4.6.3	إذا سمحنا لجميع المستخدمين الذين لديهم عنوان بريد إلكتروني مؤكد بتفعيل التوثيق ذو العاملين لحساباتهم، ولكن لم نعلن عن هذا التغيير للمستخدمين بشكلٍ استباقي، فسيظل ضغط مكتب دعم الاسترداد لدينا عند مستوًى مستدام.
WE5.1.1	إذا استخدمنا واجهات تخزين خلفية مختلفة للجلسات المُصادق عليها والمجهولة، فسنتمكن من حماية مخزن الجلسات من هجمات الحرمان من الخدمة (DDoS) وبرامج استخراج البيانات عالية الحجم، وذلك بتجنّب إثقاله بالجلسات المجهولة المُنشأة لتوفير الحماية من هجمات تزوير الطلب عبر المواقع (CSRF) على صفحات المصادقة.	T398814
WE5.1.2	إذا غيّرنا ملفات تعريف ارتباط جلسة الميدياويكي إلى تنسيق مُهيكل ذي توقيع تشفيري، فسنتمكن من استخدام وجود الجلسة كعامل للحماية من برامج استخراج البيانات، وذلك من خلال تمكين التحقق الموثوق من الجلسات على الحافة بطريقة عالية الأداء وقابلة للتطوير بدرجة كبيرة.	T398815
WE5.1.3	إذا أنشأنا حلًا لتحديد معدل نقل البيانات لبوابة واجهة برمجة التطبيقات (API) باستخدام بيئة تطوير محلية قائمة على كوبرنيتس (Kubernetes)، فسنتمكن من تحديد الخيار الأمثل للاختبار مع حركة مرور الإنتاج، وذلك بمقارنة أداء ووظائف ثلاث خدمات مختلفة على الأقل لتحديد معدل نقل البيانات.	T398913
WE5.2.1	إذا أعدنا تصميم واجهة مستخدم ملعب واجهة برمجة التطبيقات (REST API Sandbox) لتلبية احتياجات المطورين المعلوماتية بشكلٍ أفضل، فسنحسّن وضوح التوثيق، كما هو مُثبت من خلال اختبارات قابلية الاستخدام.
WE5.2.2	إذا قمنا بتوجيه جميع واجهات برمجة التطبيقات ضمن ملف rest.php عبر بوابة مركزية، فسنُتيح إمكانية إدارة واجهات برمجة التطبيقات المركزية، وسنتمكن من البدء في قياس حركة مرور (REST API) وأنماط استخدامها باستمرار لاكتساب رؤى تُرشد القرارات والإجراءات المستقبلية.
WE5.2.3	إذا طبقنا لوحات معلومات وتنبيهات للمراقبة لواجهة برمجة تطبيقات (MediaWiki REST)، فقد نتمكن من إثبات طريقة مستدامة ومفيدة وقابلة للتكرار لتحسين رؤية سلوك أنظمتنا واكتشاف المشكلات بشكلٍ أسرع، خاصةً أثناء التعديلات الحرجة.
WE5.3.1	إذا قمنا بتوسيع وتبسيط إرشادات إسناد تجربة المستخدم مع تحديث أي إرشاداتٍ حالية، فسننشئ مجموعة أساسية من الإرشادات المُحسّنة الجاهزة للاختبار الداخلي والتحسين التكراري لتكون جاهزة للاستخدام العام على نطاقٍ أوسع.
WE5.3.2	إذا أنشأنا عرضًا تقديميًا يوضح فوائد إسناد محتوى ويكيبيديا إلى مُعيدي استخدام محتوى الجهات الخارجية ومستخدميهم النهائيين، فيمكننا دعم WME4.1 وWME4.2 من خلال تمكين شريك إعادة استخدام إضافي واحد على الأقل من الموافقة على الظهور في دراسة حالة أو عرض توضيحي للإسناد بحلول نهاية الربع الأول.
WE5.4.1	إذا ضمنا حصول غالبية طلبات الويب على ملف تعريف ارتباط فريد خاص بالطرف، فسيكون من الأسهل تحديد برامج الربوتات والطلبات المزيفة.
WE5.4.2	إذا أنشأنا طريقة قابلة للتطوير لتحديد العملاء المعروفين، يُمكننا السماح باستثناءات من حدود المعدلات العامة للبروتات ذات المصدر المُتحقق، والمضي قدمًا نحو تطبيق منهجي لقواعدنا.
WE5.4.3	إذا أعدنا تنظيم تصفية طلبات النصوص على شبكة توصيل المحتوى (CDN) حول نهج قائمة السماح/قائمة المنع، يُمكننا فرض حدود معدل عامة أكثر صرامة للبروتات وتبسيط تصفية حركة المرور.
WE5.4.4	إذا طورنا استراتيجية قياس موحدة، فسنُمكّن من تقييم الاستراتيجية متعددة السنوات "للاستخدام المسؤول للبنية التحتية"، ونحدد خارطة طريق لتوجيه تطوير المقاييس وقدرات إعداد التقارير.
WE6.1.1	إذا أعدنا بناء الصور اليومية إلى خادم النشر، وأضفنا تحديثات الصور الناتجة عن إجراءات نشر محددة، فسنكشف القيود ونحدد خط أساس للوقت اللازم لإجراء عمليات نشر أكثر استمرارية.
WE6.1.3	إذا أضفنا ويكي فارمز (wikifarms) إلى بيئة اختبار ما قبل الدمج، فسيمكّن ذلك فرق التطوير من البناء مقابل الإنتاج، والتي تتطلب من خوادم ويكي متعددة اختبار تصحيحاتها بشكل منفصل، مما يمنحها ثقة أكبر قبل الإنتاج، ويؤدي إلى تقليل حالات الهروب من العيوب.
WE6.2.1	إذا راجعنا ونشرنا قائمة التحقق من جاهزية الإنتاج التي تحدد بوضوح المتطلبات الأساسية لاعتبار الخدمة جاهزة للإنتاج، إلى جانب المهام ذاتية الخدمة، فسنوازن التوقعات بين مهندسي أمن البرمجيات وفرق التطوير، مما يُحسّن كفاءتنا التشغيلية وقابليتنا للتوسع بشكل عام.
WE6.2.2	إذا أعلنا عن إنشاء مكتبة Golang وnodejs تُلخص العديد من المهام الشاقة للمطورين، فسيستجيبون بتقديم الملاحظات والاهتمام.
WE6.2.3	إذا أنشأنا قائمة تحقق/ورقة عمل، يُمكن للمطورين الاستعداد الكامل مُسبقًا لمراجعة تصميم ثبات البيانات.
WE6.3.1	إذا أطلقنا ما لا يقل عن 70 موقع ويكيبيديا منخفض الزيارات في الربع الأول، باستثناء مواقع الويكي التي تدعم متغيرات اللغة، فسنزيد من ثقتنا في إمكانية إطلاقها في نهاية المطاف على أفضل 10 مواقع ويكي، مما سيكون له تأثير أكبر في مشاهدات الصفحات المُقدمة عبر بارسويد.
WE6.4.1	إذا نشرنا جدول روابط التقسيم الخاص بكومنز في مجموعته الخاصة، فسنزيد من فرص استدامة نمو قاعدة بيانات كومنز.	T398709
WE6.4.2	إذا قدمنا ​​هندسة موثوقية الموقع (SRE) المساعدة لفرق هندسة الميدياويكي- من خلال إنشاء الوثائق، وإعداد البنية التحتية اللازمة (مثل حزم بي إتش بي وصور الحاويات)، وتقديم التوجيه والمراجعة - فسيكونون قادرين على بدء ترقية بي إتش بي 8.3 الإنتاجية بثقة مع بداية الربع الثاني.	T360995
WE6.4.3	إذا طلبنا عامل أمان ثانوي مادي (مفتاح أمان الأجهزة) لتسجيلات دخول بروتوكول النقل الآمن (SSH) من قِبل المستخدمين ذوي امتيازات النظام المرتفعة، فسنقلل من خطر تسبب جهاز حاسوب محمول مُخترق في خرق أمني خطير.
WE6.4.4	إذا وحّدنا نطاقاتنا بعرض جميع مشاهدات الصفحات على مواقع ميدياويكي عبر نطاق أساسي، فسنُخفّض تعقيد المنصة ومخاطر تحسين محركات البحث (SEO) من خلال إزالة إعادة توجيه النطاقات الفرعية للأجهزة المحمولة. يُقاس الإنجاز بزيادة مشاهدات الصفحات على الأجهزة المحمولة على النطاقات الأساسية من 0% إلى 100%.	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

فرضيات الإشارات وخدمات البيانات (SDS) [ النتائج الرئيسية للإشارات وخدمات البيانات ] نقاش
الاسم المختصر للفرضية	نص الربع الأول (Q1)	التفاصيل والنقاش
SDS1.1.1	إذا حللنا فعالية أساليب الكشف الآلي عن حركة المرور في مجموعات بيانات مشاهدات الصفحات، فسنتمكن من تطوير مقاييس جودة البيانات لوصف أدائها وتحديد الحاجة إلى مزيد من الاستثمار في هذه الأساليب.
SDS1.2.2	إذا نقلنا عملية XML Dumps من البنية التحتية الحالية "Dumps 1" إلى مسار معالجة بيانات يستفيد من أنابيب محتوى الميدياويكي، فسنتمكن من ضمان مستويات الخدمة (SLOs) وإيقاف تصدير XML المستند إلى "Dumps 1".
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) [ النتائج الرئيسية للجمهور المستقبلي ] نقاش
الاسم المختصر للفرضية	نص الربع الأول (Q1)	التفاصيل والنقاش
FA1.1.1	إذا قمنا 1) بتقديم طرق لجامعي الوسائط على منصات أخرى (مثل ليتربوكسد وغودريدز وريت ماي ميوزك) لتعزيز مجموعاتهم بمعرفة حصرية على ويكيبيديا، أو 2) تقديم مواد مثيرة للاهتمام لجامعي الوسائط على وسائل التواصل الاجتماعي، فسنكون قادرين على زيادة وصول ويكيبيديا خارج المنصة.
FA2.1.1	إذا قمنا ببناء قدرتنا الداخلية على إنشاء محتوى فيديو قصير (من خلال زيادة حجم فريقنا والتدقيق وتحديد الفرص لزيادة الكفاءة في عملية الإنتاج الحالية لدينا) في الربع الأول، فسنكون قادرين على العمل على الدروس المستفادة من المحتوى الذي تم إنشاؤه في السنة المالية 2024-2025 وتحقيق وصول أعلى على أساس سنوي للمحتوى المنتج في الربع الثاني من السنة المالية 2025-2026.

فرضيات دعم المنتج والهندسة (PES) [ النتائج الرئيسية لدعم المنتج والهندسة ] نقاش
الاسم المختصر للفرضية	نص الربع الأول (Q1)	التفاصيل والنقاش
PES1.1.1	إذا دعمنا xLab وCharts وToneCheck في تحديد المقاييس الخاصة بمؤشرات مستوى الخدمة (SLIs) في بروميثيوس، وقمنا بدمج أهداف مستوى الخدمة (SLOs) هذه في بيرا، فسوف نتعلم حدود وحالات الزاوية لأدواتنا في سيناريوهات معقدة متعددة، بالإضافة إلى توضيح التكرارات المطلوبة لقالب هدف مستوى الخدمة، مما سيساعدنا على دعم أهداف مستوى الخدمة الستة المخطط لها بشكل أفضل للنتائج الرئيسية.
PES1.1.2	إذا جرّبنا مجموعتين من لوحات معلومات تنبيهات هدف مستوى الخدمة (SLO)، فسنكتشف مدى صعوبة تطبيق أدوات مناسبة تُمكّن مالكي الخدمات من فهم التزاماتهم بوضوح، وسنكتشف أيضًا ما إذا كنا بحاجة إلى الانتقال إلى أداة مختلفة تُقدّم عرضًا واحدًا فقط لمستوى خدمة مُحدّد. ستكون إحدى لوحات المعلومات مُخصّصة للتقارير الفصلية (حيث تحدد اتفاقية مستوى الخدمة الفعلية لميزانية الأخطاء)، بينما ستكون لوحة معلومات ديناميكية أصغر (تُسمّى "متجددة") مُخصّصة للعمليات اليومية والتنبيهات.
PES1.1.3	إذا واصلنا دعم مجموعة ويكيبيديا المجردة في صياغة (أهداف مستوى الخدمة) لمشروع ويكي دوال، فسنتعلم كيفية تحديد قائمة بأهداف مُستوى الخدمة (مع مقاييس مستوى الخدمة الخاص بها) لميزة مُعقدة تُضاف حاليًا إلى سير عمل مُستخدم مُهم: عرض مقالات الويكي. سنتعلم أيضًا كيفية عرض ميزانيات الأخطاء ذات الصلة بشكلٍ صحيح والتنبيه إليها باستخدام لوحات المعلومات والشاشات التي تُوفرها هندسة موثوقية الموقع.
PES1.1.4	إذا دعمنا مجموعة منصة البيانات من خلال مراجعة وتكرار أهداف مستوى الخدمة لمشروع تاريخ محتوى الميديا ويكي، فسنتعلم كيفية الاستفادة من أهداف مستوى الخدم لدعم ملكية الخدمة عندما تُنسق مجموعة من خدمات المعالجة الدفعية والتدفقية معًا لتحديث مجموعة البيانات، والحفاظ عليها متسقة ومتاحة للمستخدمين النهائيين.
PES1.2.1	إذا أنشأنا 3 تحسينات مستهدفة لقائمة الأمنيات، فسنقوم بتشجيع زيادة عدد المشاركين الفريدين في قائمة الأمنيات بنسبة 30%
PES1.2.2	إذا فرزنا الأمنيات الواردة وتعيين مسؤول صيانة (مثل مديري المنتجات) في غضون 72 ساعة (بما في ذلك الرفض والتوضيح والإشارة إلى الخدمات غير الخاضعة للصيانة وغيرها)، من خلال الإشارة المتبادلة إلى الأمنيات الجديدة مقابل جدول مسؤولي الصيانة وتعيين "فئة مسؤول الصيانة" للفريق أو الفرد الأكثر صلة بالمنتج، فسيكون مسؤولو الصيانة (مثل مديري المنتجات) قادرين على تقييم الأمنيات والرد عليها في غضون 10 أيام أو أقل.
PES1.2.3	إذا جربنا العمل لتحديد إشارات المجتمع على نطاقٍ واسع، فسوف ندمج المزيد من صوت المتطوعين في جهودنا لتحديد الأولويات التي تأخذ في الاعتبار المجتمع.
PES1.2.4	إذا جربنا عملية مراجعة الأمنيات والإشارات المجتمعية ربع السنوية مع 3 فرق في الربع الأول، فسنقوم بإشراك مديري المشروعات لدمج إشارات المجتمع في عمليات التخطيط الفصلية والسنوية الخاصة بهم.
PES1.3.1	إذا قمنا، بحلول نهاية الربع الأول، بتنسيق 3 جلسات تخطيط وظيفية مع قسم الاتصالات وفرق المنتجات للتنسيق بشأن الرسائل والاحتياجات الإبداعية وجداول زمنية للحملات لمبادرات WP25، فسوف ننتهي من وضع الموجزات الإبداعية لجميع تجارب الحملات الثلاث (25YiR، Easter Eggs، WikiRun).
PES1.3.2	إذا أنشأنا لجنة توجيهية تضم ممثلين عن قسمي التصميم وهندسة الميزات، فسنتمكن من تحديد معايير أساسية للمساهمات في كوديكس: الوعي، والاستخدام، وجودة المساهمات، وكميتها. ستساعدنا الرؤى المستقاة من التقييم بناءً على هذه المعايير الأساسية في تحديد خارطة طريق لتوحيد نمو قاعدة مساهمي كوديكس وتنويعها.

الربع الثاني

يغطي الربع الثاني (Q2) من الخطة السنوية لمؤسسة ويكيميديا الفترة من أكتوبر إلى ديسمبر.

أبرز نتائج تجارب ويكي الفرضيات [ أبرز نتائج تجارب ويكي ] نقاش
الاسم المختصر للفرضية	نص الربع الثاني	التفاصيل والمناقشة
WE1.1.1	إذا حللنا مجموعة محددة مسبقًا من المؤشرات الرائدة بعد أسبوعين على الأقل (≥2 weeks) من بدء اختبار أ/ب (A/B test) لخاصية "التحقق من اللصق"، فسوف نكون قادرين على تحديد جوانب التجربة الشاملة التي تحتاج إلى تعديل أو تحقيق - إن وجدت - قبل أن نصبح واثقين من تقييم أثر الميزة.
WE1.1.4	إذا تطبقنا "التحقق من المرجع" على ويكيبيديا الإنجليزية من خلال تجربة مُنضبطة، فسنشهد زيادة بنسبة 4% على الأقل (≥4%) في التعديلات البنّاءة التي ينشرها المتطوعون الجدد (أو الأحدث)، وسنتعلم ما إذا كان هناك دعم كافٍ بين المُرَاقِبين والمُشرفين لـ تمكين الميزة على نطاق أوسع.
WE1.1.7	If we analyze a pre-predetermined set of leading indicators ≥2 weeks after the start of the Tone Check A/B test, we will be able to identify what – if any – facets of the end-to-end experience need to be adjusted or investigated before we can be confident evaluating the impact of the feature.
WE1.1.8	إذا تطبقنا نموذج "التحقق من النبرة" على المقالات المنشورة، فسوف نتعلم ما إذا كان بإمكاننا تحديد 10,000 مشكلة نبرة أو أكثر (≥10,000 tone issues) (لكل منها درجة احتمالية 0.8 أو أعلى) اللازمة لـ بناء مجموعة اقتراحات عالية الجودة (بمعدل دقة 70% أو أعلى) للمساعدة في توجيه المحررين لتحسين نبرة المقالة.
WE1.1.10	إذا أجرينا مقابلات مع حوالي 10 متطوعين ذوي خبرة في ويكيبيديا الإنجليزية والفرنسية الذين يكتبون فلاتر إساءة الاستخدام (وغيرها من الأدوات/السكربتات/القوالب/إشعارات التعديل) لأتمتة سير عمل المراقبة/الإشراف، فسوف نحدد ≥3 أنماط/احتياجات ستساعد في تشكيل عرض القيمة لـ "تدقيقات التحرير" التي يضعها المجتمع.
WE1.1.11	إذا وزعنا استبيان على ≥ 500 من الوافدين الجدد الناجحين[i] وحصلنا على بيانات عالية الجودة تكون ممثلة لشريحة الوافدين الجدد الناجحين الأوسع، فسوف نكون قادرين على تحديد ≥4 رؤى قابلة للتنفيذ يمكننا استخدامها لتحديد أولويات جوانب تجربة الانضمام التي يجب تحسينها.
WE1.1.12	إذا قمنا بتمكين متطوعين من تقييم ≥30 تعديلاً عيّنة لكل متطوع، وذلك لكل لغة من اللغات العشر الجديدة التي نسعى إلى توسيع نطاق "التحقق من النبرة" إليها، فسوف نتعلم مدى تكرار اتفاق المتطوعين مع تنبؤات النموذج ونكون قادرين على تحديد الويكيات الجديدة التي يجب التواصل معها بشأن تطبيق "التحقق من النبرة" عليها.
WE1.1.13	ظرًا لأننا وسّعنا نطاق "إضافة رابط" ليصل إلى 100% من المتطوعين الأحدث في ويكيبيديا الإنجليزية، فسوف يتحسن تفعيل الوافدين الجدد بطريقة بنّاءة واستبقائهم، مما سيؤدي إلى زيادة التعديلات البنّاءة التي يجريها المتطوعون الأحدث بنسبة ≥4%.
WE1.2.3	إذا أزلنا الشرط الذي يقضي بضرورة حصول شخص ما على صلاحية "مُنظِّم فعالية" لاستخدام "تسجيل الفعاليات" في الويكيات الصغيرة والمتوسطة الحجم، فسوف نشهد إنشاء X فعالية إضافية على الأقل* في الويكيات الصغيرة والمتوسطة الحجم بحلول نهاية السنة المالية. في انتظار حساب خط الأساس/الهدف.
WE1.2.4	إذا قمنا بالتكرار على الحد الأدنى للمنتج القابل للتطبيق للمساهمات التعاونية بإدخال تحسينين اثنين على الأقل، فسوف يتم إنشاء المزيد من عمليات التعاون عبر تسجيل الفعاليات.
WE1.2.5	إذا وضعنا استراتيجية اعتماد واحدة لـ "تسجيل الفعاليات" على ويكيميديا كومنز في أوائل الربع الثاني (Q2)، فسوف نكون قادرين على اختبارها مع منظمي حملة كبيرة واحدة على الأقل، وتمكين 5 منظمين محليين من استخدام الميزة.
WE1.3.3	إذا أطلاقنا تجربة لعرض لوحة معلومات للمُشرفين على المحررين الأحدث، فإن 10% من المساهمين الذين يزورونها سيفعلون ذلك لأسبوعين متتاليين.
WE1.4.1	إذا قمنا بإجراء التحسينات المحددة في T396489، فسوف نقلل من استعلامات "التغييرات الأخيرة" البطيئة بنسبة 30% على الأقل على الويكيات الكبيرة، مما سيمكن فريق التقنية المجتمعية من تطبيق تصنيفات قائمة المراقبة دون إثقال كاهل قاعدة بيانات التغييرات الأخيرة.
WE1.4.3	إذا قمنا بتجهيز "التغييرات الأخيرة" و"قائمة المراقبة" بأدوات القياس، فسوف نتمكن من تعريف خط أساس لـ معدل النقر على الصفحات من قِبل الأشخاص.
WE1.5.1	إذا قمنا بتطبيق لوحة معلومات لاستكشاف 7 مقاييس للمساهمين وتوحيد طريقة حساب مقياس واحد على الأقل باستخدام أداة dbt، فسوف نتمكن من تمكين فرق منتجات المساهمين من الاستعلام الذاتي عن رؤى المقاييس وتطوير معيار لتخزين منطق حساب المقاييس.
WE1.5.2	إذا قمنا بتحديد الإجراءات الإشرافية التي سيتم تضمينها في تعريف "من هو المُشرف" في الربع الثاني (Q2)، فسيكون بإمكان فريق رؤى الحركة بناء مقياس "المُشرفون النشطون شهريًا" في الربع الثالث/الرابع (Q3/Q4).
WE2.1.3	إذا تعلمنا عن تجربة المُحرِّر عند إنشاء مقالات وأقسام جديدة (بما في ذلك الدوافع، ونقاط الألم، ورد فعلهم تجاه الأفكار الجديدة حول كيفية دعمهم بشكل أفضل)، فسوف نكشف عن احتياجات وسلوكيات المستخدمين التي توفر رؤى واستراتيجيات قابلة للتنفيذ لتوجيه أقسام المنتجات والتصميم والهندسة بشأن تحسين تجربة إنشاء المقالات.
WE2.2.12	إذا قمنا بطرح "ويكي دوال" على الويكيات التي تم تمكين بارسويد فيها، فسنكون قادرين على مواصلة الاختبار لمعرفة ما إذا كان النظام يظل فعال الأداء وقابلًا للاستخدام في عمليات الطرح الأوسع بشكل متزايد.
WE2.2.13	إذا قمنا بالتوعية بتوفر دالة جدول التصريف مع مجتمع ويكاموس ، فسوف نكتسب تعليقات قيّمة حول استخدام الدالة ورؤى حول شخصيات المستخدمين لدينا يمكننا تطبيقها على عمليات الطرح المستقبلية.
WE2.2.14	إذا نظرنا في عمل المجتمع المتعلق بـ "صندوق البيانات" بشأن استخدام ويكيداتا لصناديق المعلومات، والتحقيق فيما إذا كانت "ويكي دوال" قد تساعد في ذلك، فسوف نتمكن من تحديد تجربة أولى لـ "ويكي دوال" في صناديق المعلومات.
WE2.2.15	إذا قمنا بخلق وعي مجتمعي حول القدرة على إنشاء وترجمة رسائل الخطأ على "ويكي دوال"، فسوف نشهد زيادة في عدد رسائل الخطأ المفيدة.
WE2.2.16	إذا قمنا بعرض الدوال الدلالية المتاحة على المجتمع، فسوف نشهد زيادة في الدوال النحوية بنسبة 50%.
WE2.2.17	إذا قمنا بتوفير مكوّن مخصص لـ عرض بيانات ويكيداتا على "ويكي دوال"، فسيكون المستخدمون أكثر قدرة على فهم البيانات المستجلبة من ويكيداتا ويشعرون بوطأة أقل.
WE2.2.18	إذا تمكنا من منع ارتفاعات استهلاك الذاكرة بمقدار 10 أضعاف، فسيكون المُنسِّق أكثر قدرة على التعامل مع كائنات ويكيداتا، مما يدعم فائدة "ويكي دوال" كـ منصة لـ "ويكيبيديا التجريدية".
WE2.2.19	إذا قمنا بتمكين المستخدمين من مشاركة روابط مباشرة لاستدعاءات دوال محددة — بما في ذلك مدخلاتها — فسيكون بإمكان المساهمين إعادة إنتاج، والتحقق من، ومناقشة سلوك الدالة بسهولة أكبر، مما سيؤدي بدوره إلى تسريع عملية تصحيح الأخطاء، وتحسين سير عمل الاختبار، ودعم حل المشكلات التعاوني عبر مجتمع "ويكي دوال".
WE2.3.1	إذا قمنا بوضع اللمسات الأخيرة على قرار إنشاء ويكي جديد وقررنا اسمًا له مع المجتمع، فسوف نتمكن من التوعية بإنشاء هذا الويكي الجديد على نطاق أوسع مع أصحاب المصلحة لدينا والتحضير للخدمات اللوجستية الخاصة بـ تغيير محتمل لاسم المنتج.
WE2.3.2	إذا قمنا بتعريف الحد الأدنى للمنتج القابل للتطبيق لـ نموذج أولي لويكي تجريدي، يتضمن أقل تجربة ممكنة لاختبار قدراتنا الخلفية وتوليد اللغة الطبيعية، ويسمح لنا بالتصميم التكراري، فسوف نكون قادرين على التخطيط وإطلاق نموذج أولي مباشر في الربع الثالث.
WE2.3.3	إذا بدأنا التحدث مع المجتمع واستكشاف التصاميم المحتملة لتجربة المستخدم ( لـ "ويكي المجردة"، فسوف نتمكن من مواصلة سير العمل قدمًا في الربع الثالث.
WE2.4.1	إذا قمنا بجمع حالات استخدام لـ ويكيداتا وخدمة استعلامات ويكيداتا من فرق ويكيميديا ألمانيا ومؤسسة ويكيميديا، فسوف نكون قادرين على تحديد متطلبات المنتج لـ تحسينات البنية التحتية.
WE2.4.2	إذا قمنا بإنشاء عرض تقارير مُجمّع لـ مؤشرات الأداء الرئيسة مع أهداف مستوى الخدمة الحالية لـ ويكيداتا وخدمة استعلامات ويكيداتا، فسوف نكون قادرين على تحديد وتتبع معايير النجاح للتحسينات التي تطرأ على البنية التحتية التقنية التي تدعم حالات الاستخدام الحيوية لويكيداتا.
WE2.4.3	إذا تمكنا من تقييم ومقارنة المخازن البديلة لـ Blazegraph باستخدام معايير واقعية للإنتاج خلال هذا الربع، فسوف نكون قادرين على اتخاذ قرار ترحيل يستند إلى البيانات وتحديد خارطة طريق ملموسة تتضمن الجدول الزمني ومتطلبات الموارد.
WE3.1.1	إذا قمنا بإجراء اختبار أ/ب لـ نسخة مُحسَّنة من ميزة "التصفح المبوب"، فسوف نشهد زيادة بنسبة 5% في الاستخدام متعدد الأيام بين مستخدمي الميزة.
WE3.1.3	إذا وفرنا طريقة جديدة للمستخدمين لـ تصفح محتوى الصور ذات الصلة ضمن صفحات المقالات، واختبرناها مع مجموعة فرعية من القراء غير المُسجَّلين عبر اختبار أ/ب عبر مجموعة من الويكيات، فسوف نشهد معدل نقر لا يقل عن 3% بين المستخدمين الذين تُعرَض عليهم هذه الميزة.
WE3.1.4	إذا قمنا بعرض عدة مفاهيم على القراء لـ استعراض شبكة المعرفة على الويكيات، فسوف نخرج بقائمة مفاهيم ذات أولوية لـ مواصلة التطوير.
WE3.1.5	إذا وفرنا خيار لقراء الويب لعرض نسخة مترجمة آليًا من محتوى ويكيبيديا غير المتاح بلغتهم، فسوف نتعلم ما إذا كان نشاط القراءة قد ازداد، ويُقاس ذلك بزيادة بنسبة 3% في تفاعلات الصفحة، مما يجذب القراء إلى الويكي باللغة المحلية مع زيادة محتملة في نشاط التحرير المحلي. سيتم توفير هذا الخيار كـ إعداد اختبار أ/ب مُنضبط لمدة لا تزيد عن 6 أشهر، وفي 13 ويكيبيديا بموافقة مسبقة، باستخدام خدمات الترجمة الآلية المفتوحة المتاحة بالفعل لمحرري ويكيبيديا.
WE3.1.6	إذا قمنا بإنتاج نموذج أولي لـ البحث الدلالي وأسئلة وأجوبة داخل المقالة، يتم تقديمه كـ واجهة عرض توضيحي تقارن بين النهج الحالي والنهج الاستكشافية الجديدة، فسيكون بإمكان فرق القراء تقييم نوعي لكيفية أداء كل نهج عبر مسارات مستخدمين مختلفة، والكشف عن الثغرات أو الفرص لمزيد من التكرار والتطوير.
WE3.1.7	إذا قمنا بمراجعة الأبحاث الحالية حول كيفية تفاعل القراء مع أدوات البحث والتنقل في ويكيبيديا، وكيفية استخدامهم للبحث الخارجي للعثور على المعرفة في ويكيبيديا، فسوف نتمكن من تزويد فرق القراء بـ ≥3 توصيات ونتائج قابلة للتنفيذ تساعدهم في تحديد نطاق الحد الأدنى للمنتج القابل للتطبيق للبحث والاستكشاف، لمعالجة الثغرات في توقعات واحتياجات القراء.
WE3.1.8	إذا قمنا بتقييم نموذجين أوليين للبحث الدلالي (البحث باللغة الطبيعية، والأسئلة والأجوبة) مع مشاركين خارجيين، فيمكننا معرفة ما إذا كان المستخدمون يرون قيمة في أدوات البحث المُحسَّنة، وتزويد فرق القراء بتوصية حول كيفية المضي قدمًا بالحد الأدنى للمنتج القابل للتطبيق للبحث والاستكشاف.
WE3.1.9	إذا عرضنا مفاهيم تصميم عالية الدقة لـ اكتشاف المحتوى من خلال البحث الدلالي على 10-20 من قراء ويكيبيديا العاديين في دراسة نوعية، فسوف نرى شعورًا إيجابيًا تجاه الميزة ونكتسب الثقة اللازمة للمضي قدمًا في الحد الأدنى للمنتج القابل للتطبيق (MVP) للبحث والاستكشاف والذي يعتمد على مقتطفات قصيرة مكتوبة بواسطة البشر لـ استعلامات البحث.
WE3.1.10	إذا عرضنا نموذج أولي مُباشر لتجربة تصفح الصور الجديدة على 10 قراء عاديين ضمن دراسة مستخدم غير مُراقَبة، فسوف نكشف عن تحسين واحد على الأقل في تجربة المستخدم للتكرارات المستقبلية للميزة.
WE3.1.11	إذا قمنا بتخفيف مطابقة الكلمات المفتاحية في البحث، فسوف ندعم بشكل أفضل استعلامات اللغة الطبيعية، ونمكّن فريق المنتج من تقييم هذه القدرة، وتضمينها في كيفية تصميمهم وتحديد أولوياتهم وإنجازهم للعمل في مجال البحث الدلالي.
WE3.2.5	إذا قدمنا ميزة "حصاد العام" على نظام أندرويد، تسلط الضوء على أثر المستخدم وتتضمن رسائل تبرع مُدمجة، فسوف ندفع سلوكًا جديدًا للتبرع — وسنشهد زيادة بنسبة 5% في تفاعل قائمة التطبيق مقارنة بعام 2024.
WE3.2.6	إذا قمنا بجعل شرائح المُتبرّع في ميزة "حصاد العام" على نظام iOS أكثر اندماجًا وتخصيصًا، فسوف نشهد زيادة بنسبة 5% في التبرعات مقارنة بعام 2024.
WE3.3.3	إذا قمنا بتقديم صورة رمزية واحدة قابلة للفتح على الأقل في تطبيق أندرويد لأصحاب الحسابات — تُكتسَب من خلال إجراءات قراءة ذات مغزى مثل حفظ عدد معين من المقالات — فسوف نزيد من التفاعل المُتكرر مع الإجراء المرتبط من قِبل المستخدمين المُسجَّلين بنسبة 10% على مدى أيام متعددة.
WE3.3.4	إذا أتحنا للقراء المُسجَّلين الدخول القدرة على حفظ المقالات في "قائمة قراءة خاصة"، فإننا نتوقع أن يزداد التفاعل على الموقع، ويُقاس ذلك بزيادة بنسبة 5% في حركة الإحالة الداخلية للقراء الذين يستخدمون الميزة، وزيادة ذات دلالة إحصائية لجميع المستخدمين.
WE3.3.6	إذا قمنا بإتاحة بيانات استدلال موضوع المقالة عبر خدمة تُلبي متطلبات التوسع والتوافر المتفق عليها، بالإضافة إلى أي عمليات استرجاع ضرورية للبيانات، فسوف نكون قد أرسَيْنا الأساس التقني اللازم لدعم تجارب القارئ المُخصَّصة القادمة التي تعتمد على هذه البيانات.
WE3.3.7	إذا الاستفادنا من قدرات معالجة منصة البيانات لـ تجميع مقاييس المحررين وبيانات الأثر المُخصَّصة، وتقديم البيانات المُجمَّعة عبر خدمات مناسبة ذات أهداف مُحدَّدة لمستوى الخدمة، فيمكننا تعزيز التكرارات المستقبلية لكل من "حصاد العام"(الذي كان أبرز نتائج تجربة ويكي 1.3.3) و"علامة تبويب النشاط"(الذي كان أبرز نتائج تجربة ويكي 2.3.3)
WE3.3.9	إذا قمنا بإطلاق ميزة حصاد العام على نظام أندرويد واختبرنا أ/ب لـ تقديم مكافأة للمستخدمين المتفاعلين لحفظ "قائمة قراءة مُخصَّصة"، فسوف نشهد زيادة بنسبة 1% في معدل استبقاء التطبيق الإجمالي بين القراء الذين عُرضت عليهم المكافأة مقارنة بأولئك الذين لم تُعرض عليهم.
WE3.3.10	إذا قمنا بإجراء اختبار أ/ب يفرض ضرورة وجود حساب لعرض "رؤى القراءة المُخصَّصة" في ميزة "حصاد العام"، فسوف نشهد زيادة بنسبة 1% في معدل الاستبقاء الإجمالي للمستخدمين الذين اقتُضِي منهم امتلاك حساب، مقارنة بأولئك الذين لم يُطلب منهم ذلك.
WE3.3.11	إذا قمنا بإجراء اختبار أ/ب لـ نسخة مُحسَّنة من "علامة تبويب النشاط" على نظام iOS، تسلط الضوء على سلوكيات القراءة والتحرير والمشاركة الأخرى، فسوف نشهد زيادة بنسبة 5% في زيارات القراء المُسجَّلين الدخول للعلامة على مدى أيام متعددة مقارنة بالنسخة التجريبية
WE3.4.1	إذا عملنا على نشر "نقطة حضور هجينة" (PoP/CDN)، فسوف يتيح لنا ذلك تفعيل كل من نقاط الحضور الكاملة ونقاط الحضور المصغرة (مادية وسحابية) حسب الحاجة، مما يُرسي الأساس لـ نشر نموذج أولي لنقطة حضور مصغرة في المستقبل.
WE3.5.1	ذا قام فريقا المنتج والتقنية وجمع التبرعات بالتقييم والتوثيق التعاوني للنهج التقنية المتبعة لتحديد هُوية المتبرعين ضمن منصاتنا، فسوف نكون قادرين على التوصية بحل قصير وطويل الأمد يوازن بين الخصوصية والجَدوى والأثر. سيساعد هذا الفهم المشترك في مواءمة عملية اتخاذ القرار، وتمكين التعرف المستمر على المتبرعين عبر المنصات، بالإضافة إلى إجراء تجارب أكثر استهدافًا في الميزات المستقبلية المتعلقة بجمع التبرعات.
WE3.6.3	إذا قمنا بإشراك المجتمعات في محادثات حول الاحتياجات المتطورة للقراء، وحول الطبيعة المتغيرة للمعرفة على الإنترنت، فيمكننا بناء تركيز مشترك على كيفية خدمة القراء والعمل معًا بشأن ما إذا كان يجب علينا اختبار أفكارنا المختلفة وكيفية القيام بذلك (بما في ذلك تلك المتعلقة بـ الوسائط المتعددة، والبحث والاستكشاف، والتعلم الآلي).
WE3.6.4	إذا قمنا بدراسة الدوافع والسلوكيات والاحتياجات المختلفة التي تكمن وراء متى ولماذا وكيف يستخدم القرّاء ويكيبيديا وغيرها من منصات المعرفة، فسيمكننا عندئذٍ اقتراح مجالات أولوية ومبادرات محددة ضمن استراتيجية المستهلك.
WE3.6.5	إذا تعاون فريقا المنتج والتقنية وجمع التبرعات على وضع استراتيجية مشتركة تهدف إلى تنويع فرص التبرع داخل المنصة، ورعاية وتقدير القرّاء الذين يساهمون بالتبرع، فسنتمكن من وضع أهداف واضحة ومنسقة ومعايير قياس مرتبطة باستراتيجيتَي المستهلك وجمع التبرعات.
WE3.6.6	إذا قمنا بوضع استراتيجية موحّدة للقياس، فسنتمكن من تقييم استراتيجية المستهلكين متعددة السنوات، وتحديد خارطة طريق تساعد في توجيه تطوير المقاييس وتعزيز قدرات إعداد التقارير.
WE4.1.1	إذا قمنا بتصميم نموذج أولي لتدفق عمل مبدئي في الحالات غير الطارئة، وحافظنا على حلقة تغذية راجعة مستمرة أثناء تطويره بالتعاون مع المستخدمين ذوي الصلاحيات الموسّعة، فستدعم هذه المجموعات توسيع نطاق تطبيق هذا التدفق.
WE4.1.3	إذا قمنا بتحديث سبع نسخ من ويكيبيديا (الفرنسية، الألمانية، الإسبانية، الهنغارية، الإيطالية، البولندية، والبرتغالية) بحلول نهاية شهر أكتوبر، فسنكون بذلك قد أتممنا المرحلة الأولى من إطلاق التذييل القانوني الجديد استجابةً لمتطلبات قانون الخدمات الرقمية
WE4.1.4	إذا قمنا بنشر النسخة الأولية القابلة للاستخدام من نظام الإبلاغ عن الحوادث في ما لا يقل عن 15 موقع ويكي، مع التركيز على المجتمعات الأكبر والأكثر تعقيدًا، فسنلاحظ استخدام النظام بالطريقة التي يقصدها المجتمع، وبذلك نكون قد أثبتنا فعالية نموذجٍ عمليٍ للإبلاغ عن الحوادث غير الطارئة.
WE4.1.5	إذا قمنا بتصميم مخطط تدفقي للإبلاغ عن حوادث الإساءة في مواقع الويكي التي لا تمتلك بعد آليات معالجة إساءة معتمدة، فسيُسهم ذلك في تشجيع اعتماد نظام الإبلاغ عن الحوادث في تلك المواقع، كما سيمكن مستخدميها من اتباع مسار دعم واضح وفعّال.
WE4.2.3	إذا قمنا بتحليل البيانات الناتجة عن تجربة إنشاء الحسابات باستخدام اختبار التحقق من الإنسان (hCaptcha)، فسنتمكن من فهم مسار إنشاء الحسابات، وتقييم مدى فعالية اختبارات التحقق من الإنسان (hCaptcha) ونتائجها، والحصول على البيانات اللازمة لاتخاذ قرارات مستنيرة بشأن توسيع استخدام اختبار التحقق من الإنسان (hCaptcha) في عمليات إنشاء الحسابات.
WE4.2.5	إذا قمنا بإجراء البحوث، والتشاور مع المجتمعات المحلية، ودراسة الحلول التقنية المتاحة، فسنتمكن من تحديد مجموعة من أسباب الحظر المهيكلة التي يمكن استخدامها عبر جميع مواقع ويكي التابعة لمؤسسة ويكيميديا.
WE4.2.6	إذا قمنا بتطوير إمكانية نشر مجموعات تعتمد على OpenSearch ضمن منصة البيانات، فسيمكّن ذلك فرق هندسة ميزات المنتج من تطوير أنظمة تدمج هذه الإمكانية مع قدرٍ عالٍ من الاستقلالية والمرونة والعزل عن الأنظمة الأخرى المعتمدة على البحث. وسيكون خدمة IPoid أول وأهم مستفيد (tenant) من هذا النظام.
WE4.2.7	إذا قمنا بنشر تكامل نظام التحقق البشري hCaptcha – الإصدار المؤسسي. على عدد من نسخ ويكيبيديا التشغيلية كمرحلة تجريبية أولى، فسنتمكن من جمع بيانات حول فعالية وقيمة نظام التحقق البشري hCaptcha – الإصدار المؤسسي. في مجالات مكافحة الإساءة، واكتشاف الروبوتات، وسهولة الاستخدام، وإمكانية الوصول.
WE4.2.8	إذا قمنا بجعل الوكيل (البروكسي) الخاص بـ hCaptcha جاهزًا للإنتاج من خلال تحسين مستوى توفره وقابليته للمراقبة، فسنقدم بذلك خدمة أكثر استقرارًا وموثوقية لنسخ ويكيبيديا التشغيلية خلال الربع الأول من العام.
WE4.2.9	إذا قمنا بدمج حزمة تطوير البرمجيات الخاصة بـ اختبار التحقق من الإنسان (hCaptcha) في تطبيقات ويكيبيديا الأصلية للهواتف المحمولة، وقمنا بتقييم تجربة المستخدم في هذه التطبيقات، إلى جانب دراسة إمكانية تفعيل اختبارات التحقق من الإنسان (hCaptcha) ضمن واجهة برمجة تطبيقات إنشاء الحسابات، فسنحصل على فهم كافٍ يتيح لنا اتخاذ قرارات مدروسة بشأن التوسّع المستقبلي لاستخدام اختبار التحقق من الإنسان (hCaptcha) في واجهة إنشاء الحسابات.
WE4.2.11	إذا قمنا بتفعيل اختبار التحقق من الإنسان (hCaptcha) لاكتشاف الروبوتات في سيناريوهات التحرير عالية الخطورة، فسنلاحظ أن اختبار التحقق من الإنسان (hCaptcha) يسهم في الحد من الإساءة الآلية.
WE4.2.16	إذا قمنا بالتشاور مع الفرق المعنية في مؤسسة ويكيميديا (WMF)، فسنتمكن من وضع خطة متفق عليها لإدارة الوصول التفصيلي للمستخدمين إلى البيانات غير العامة، ودعم نشر قواعد برمجية دفاعية غير علنية.
WE4.2.17	إذا قمنا بتحليل أمثلة واقعية وأجرينا مقابلات مع مستخدمي صلاحية الفحص بهدف تحديد إشارتين على الأقل تدلان على سلوك مسيء محتمل بالاستناد إلى النموذج الأولي لتاريخ المحرّر، فسيتمكن فريق سلامة ونزاهة المنتج لاحقًا من دمج هذه الإشارات في ميزة “التحقيقات المقترحة” بدرجة أعلى من الثقة في أن تلك الإشارات ستضيف قيمة حقيقية.
WE4.3.2	إذا قمنا بنشر بصمات JA4H، وهي تقنيات تُستخدم لتلخيص سلوك عميل HTTP، فسنتمكن من تحسين قدرتنا على تحديد وتصنيف حركة مرور الروبوتات بشكل أدق.
WE4.4.1	إذا تمكنا من إجراء تحسينات استنادًا إلى ملاحظات التجارب الرائدة، ونشر نظام الحسابات المؤقتة في جميع المشاريع، فسنتمكن من حماية المعلومات الشخصية القابلة للتعرّف (مثل عناوين IP) الخاصة بالمستخدمين غير المسجلين، بحيث تصبح متاحة لأقل من 0.1٪ من إجمالي المستخدمين المسجلين عبر جميع مشاريعنا.
WE4.4.2	إذا تواصلنا بوضوح وفي الوقت المناسب مع أصحاب المصلحة المعنيين في الحركة، بما في ذلك مجتمعات الويكي والمسؤولون العالميون، فسنتمكن من نشر النظام في جميع مواقع الويكي المتبقية، وتقليل حجم العمل الطارئ في اللحظات الأخيرة، وتجنب الحاجة إلى التراجع عن عملية النشر.
WE4.4.5	إذا قمنا بتقليل الصعوبات التي تواجه المراقبين في تحديد المستخدمين المسيئين الذين يستغلون الحسابات المؤقتة لأعمال التخريب، فسنتمكن من منع زيادة معدلات التخريب، وهو ما سيتضح من خلال ثبات معدل الاسترجاع عبر جميع مواقع الويكي التي تستخدم الحسابات المؤقتة.
WE4.4.6	إذا قمنا بإيقاف امتداد نهائيًا، فسنتمكن من إزالة العقبات التي تعيق نشر نظام الحسابات المؤقتة في جميع المشاريع التي لا تزال تستخدم هذا الامتداد حاليًا.
WE4.6.1	إذا قمنا بأتمتة عملية مزامنة الحسابات في نظام زنديسك (Zendesk) لأغراض إعادة تعيين كلمات المرور، فسيسهم ذلك في تخفيف العبء عن فريق الثقة والأمان، مما يتيح لهم التعامل مع عدد أكبر من طلبات إعادة ضبط المصادقة الثنائية
WE4.6.3	إذا قمنا بتمكين جميع المستخدمين الذين لديهم عنوان بريد إلكتروني مؤكد من تفعيل ميزة المصادقة الثنائية (2FA) في حساباتهم، دون الإعلان عن هذا التغيير بشكل استباقي للمستخدمين، فسيظل عبء العمل على فريق دعم استعادة الحسابات ضمن مستوى مستدام يمكن التعامل معه.
WE4.6.4	إذا واصلنا تحديث تجربة المستخدم في نظام المصادقة الثنائية (2FA) وأضفنا دعم مفاتيح المرور، فسيقوم عدد أكبر من المستخدمين بتسجيل عوامل مصادقة متعددة، مما سيمنحهم حماية أفضل ضد فقدان إمكانية الوصول إلى حساباتهم.
WE4.6.5	إذا قمنا بتصميم وبناء إطار عام يُستخدم لتحديد المتطلبات التي يجب أن يستوفيها أعضاء المجموعات المحلية أو العالمية، فسنتمكن من استخدام هذا الإطار لضمان أن أعضاء مجموعة (temporary-account-ip-viewer) يلتزمون بمتطلبات السياسات القائمة.
WE4.6.6	إذا قمنا بدراسة كيفية اعتماد المستخدمين ذوي الصلاحيات الموسّعة (UWER) على السكربتات الشخصية، فسنتمكن من اقتراح خطة يمكن أن تحظى بدعم مجتمع UWER، تهدف إلى تنفيذ تدخلات تقنية جوهرية تُسهم في تعزيز أمان نظام السكربتات الشخصية بشكل فعّال.
WE4.6.7	إذا قمنا بتقييم تجربة المستخدم والتغييرات التقنية المطلوبة في تطبيقات الهواتف المحمولة الأصلية بهدف مواءمة تجربة تسجيل الدخول على الأجهزة المحمولة مع المنصة الويب، من خلال استكشاف آليات بديلة مثل OAuth، فسنتمكن من تحديد مدى جدوى التكامل، وذلك لضمان تجربة أكثر أمانًا واتساقًا للمستخدمين.
WE4.6.8	إذا قمنا بمراقبة أثر نماذج (Zendesk وMediaWiki) التي تم إنشاؤها خلال الربع الأول، فسنتمكن من اقتراح تدخلات تقنية مستقبلية في الأرباع القادمة، من شأنها تحسين أتمتة ما تبقّى من عملية استعادة الحسابات.
WE5.1.2b	إذا قمنا بدمج عدة أساليب لتعرّف المطورين والمصادقة عليهم ضمن بوابة واجهة برمجة التطبيقات، فسنتمكن من تعيين حدود معدل مناسبة لكل طلب، من خلال التعرّف الدقيق على الطلبات الصادرة من فئات المستخدمين المختلفة.
WE5.1.3b	إذا قمنا بتنفيذ تجربة تجريبية (dry run) لتطبيق حدود المعدل على ما لا يقل عن ثلاث مسارات في بوابة REST، فسيتيح لنا ذلك التحقق من جدوى تطبيق حدود المعدل من حيث استهلاك الموارد، وتحديد مجموعة أولية من الحدود التي يمكن تطبيقها دون تأثير يُذكر على تجربة المستخدم.
WE5.1.4b	إذا قمنا بالتحقق من صحة آليات تقسيم مستخدمي واجهة برمجة التطبيقات المقترحة باستخدام مجموعات بيانات أوسع ومراجعات يدوية للفئات المحددة، فسنتمكن من إقرار الفئات النهائية للمستخدمين، وتحسين المنهجيات المستخدمة في حسابها، وفهم مدى فعاليتها بشكل أدق.
WE5.1.5	إذا تعاونّا مع فريق منصة ميديا ويكي في مجال تحديد حركة المرور وتطبيق حدود المعدل، فسنتمكن من نشر ميزة تحديد المعدل لإجراء اختبار تجريبي (dry run) في بيئة الإنتاج، وذلك من خلال دعم فريق المنصة في تطوير هذه الإمكانية وتنفيذها.
WE5.2.1b	إذا تفاعلنا مع المستخدمين المحتملين لأداة استكشاف واجهة REST الجديدة، فسيساعدنا ذلك على تحديد أبرز الملاحظات المتعلقة بقابلية الاستخدام، والتي تُظهر ما إذا كان التصميم الجديد سهل الاستخدام ويتماشى مع النموذج الذهني للمطورين.
WE5.2.2b	إذا قمنا بتوجيه واجهة (Action API) عبر بوابة واجهة برمجة التطبيقات المركزية، فسنتمكن من قياس حركة المرور وأنماط الاستخدام بشكل منتظم، مما سيوفر رؤى ومعطيات تساعد في توجيه القرارات والإجراءات المستقبلية.
WE5.2.4	إذا قمنا بتطبيق أنماط توثيق معيارية على واجهتَي برمجة تطبيقات، فسنتمكن من تحسين إرشادات المحتوى، وفهم احتياجات مالكي واجهات البرمجة لتبنّي تلك الإرشادات، وتقدير حجم الجهد المطلوب لتطبيقها على بقية وثائق واجهات برمجة التطبيقات التابعة لويكيميديا.
WE5.2.5	إذا قمنا بتجربة وضع وتطبيق قواعد فحص تلقائي لمواصفات OpenAPI على واجهات REST الخاصة بميدياويكي (MediaWiki REST APIs)، فسنتمكن من إثبات إمكانية فرض أدلة أسلوب واجهات البرمجة (API style guides) برمجيًا، بما يسهم في رفع مستوى الجودة والاتساق في واجهات البرمجة المنشورة عبر مشاريع ويكيميديا ومجتمعاتها.
WE5.3.1	إذا قمنا بتوسيع وتبسيط إرشادات إسناد تجربة المستخدم مع تحديث أي إرشادات قائمة، فسوف نؤسس مجموعة أساسية من الإرشادات المُحسَّنة تكون جاهزة لـ الاختبار الداخلي والتنقيح التكراري، استعدادًا لـ استخدام عام أوسع.
WE5.3.1b	إذا قمنا بنشر إرشادات وتجارب المستخدم المسودة والتكرار عليها، فسوف نؤسس إطارًا أساسيًا جاهزًا لـ الاختبار الداخلي والتنقيح التكراري، استعدادًا لـ استخدام عام أوسع.
WE5.3.2	إذا قمنا بإنشاء عرض تقديمي يوضح فوائد إسناد ويكيبيديا لـ مُعيدِي استخدام محتوى الطرف الثالث ومستخدميهم النهائيين، فيمكننا دعم "أبرز نتائج تجارب ويكي 1.4" و"أبرز نتائج تجارب ويكي2.4" من خلال تمكين شريك إعادة استخدام إضافي واحد على الأقل من الموافقة على الظهور في دراسة حالة أو عرض توضيحي للإسناد بنهاية الربع الأول.
WE5.4.2b	إذا قمنا ببناء طريقة قابلة للتطوير لتحديد هُوية العملاء المعروفين، فيمكننا السماح باستثناءات لحدود المعدل العامة لـ الربوتات ذات المصدر المُوثَّق، والتحرك نحو التطبيق المنهجي لقواعدنا.
WE5.4.5	إذا بدأنا تطبيق حدود المعدل المخصصة لـ فئات مختلفة من العملاء الأفراد، فسوف نقلل من عبء الزحف على البنية التحتية الخاصة بنا.
WE5.4.6	إذا قمنا بتصنيف (classified) أفضل (top) عدد N من برامج الزحف (spiders) كـ روبوتات معروفة بحلول نهاية الربع الثاني، فيمكننا تقييد كمية الموارد التي تستخدمها.
WE5.4.7	إذا استقررنا على مجموعات موحدة لـ أحجام الصور المُصغَّرة المسموح بها على البنية التحتية للوسائط لدينا، وقمنا بتوليد الأحجام الأكثر تكلفة مُسبقًا بينما نُطبِّق حدودًا على معدل توليد أحجام الصور المختلفة، فسوف نقلل العبء على البنية التحتية لخدمة الوسائط.
WE6.1.2	إذا قمنا بإضافة "مزارع الويكي" إلى بيئة اختبار ما قبل الدمج، فسوف يُمكِّن هذا فرق التطوير التي تعمل بناءً على بيئة الإنتاج وتتطلب ويكيات متعددة لاختبار تصحيحاتها بمعزل عن غيرها، مما يمنحهم ثقة أكبر قبل الإنتاج ويؤدي إلى عدد أقل من عيوب التسرب.
WE6.2.1	إذا قمنا بمراجعة ونشر قائمة التحقق من جاهزية الإنتاج الخاصة بنا، والتي تُعرِّف بوضوح المتطلبات الأساسية لاعتبار أي خدمة جاهزة للإنتاج، بالإضافة إلى المهام التي يمكن إنجازها ذاتيًا، فسوف نُوائم التوقعات بين مهندسي موثوقية المواقع (SREs) وفرق التطوير، مما يُحسِّن من كفاءتنا التشغيلية الإجمالية وقابليتنا للتوسع
WE6.2.2	إذا قمنا بالإعلان عن إنشاء مكتبة بلغة جو ولغة تعمل على تجريد الكثير من المهام المُجهدة للمطورين، فسوف يستجيبون بتقديم التعليقات وإظهار الاهتمام.
WE6.2.4	إذا قمنا بتطبيق ودعم مراجعة تصميم "ثبات البيانات" بنشاط، فقد نتمكن من تحديد مسارات مُعبّدة تؤدي إلى الإنتاج.
WE6.3.2	إذا قمنا بتطوير مقاييس جديدة، وتحسين البنية التحتية لذاكرة التخزين المؤقت لـ "بارسويد"، ونشرها على اثنتين من ويكيبيديات "المراتب العشرة الأولى"، فسوف نطور معايير أداء لإطار الثقة، مما سيساعد في التحقق من جاهزيتنا للنشر على الويكيات الكبيرة الأخرى وإثبات قدرتنا على التعامل مع أحجام حركة المرور العالية على نطاق واسع
WE6.3.3	إذا قمنا بتطبيق تحسينات دعم متغيرات اللغة الحاسمة ونشرنا "بارسويد" بنجاح على ما لا يقل عن 3 ويكيات ذات متغيرات لغوية في الربع الثاني، فسوف نحدد ونحل التحديات التقنية الرئيسة اللازمة لـ النشر بثقة على جميع الويكيات المتبقية ذات المتغيرات اللغوية.
WE6.4.6	إذا قام فريق هندسة موثوقية المواقع (SRE) بتقديم المساعدة لفرق هندسة "ميدياويكي" من خلال إدارة السعة وحركة المرور، وإعداد ومراجعة تغييرات التهيئة، والتعاون للتحقيق في المشكلات واستكشاف أخطائها فسوف نُكمل معًا ترقية بيئة الإنتاج إلى PHP 8.3 في الربع الثاني ونوثق مجموعة من التوصيات لـ تقليل التبعيات الحرجة للمسار على فريق SRE في الترقيات المستقبلية.	T360995
WE6.4.7	إذا قمنا بترحيل 90% على الأقل من جميع المستخدمين الذين لديهم صلاحية وصول جذر عالمية لاستخدام مفتاح SSH مدعوم بالعتاد للوصول إلى خوادم إنتاج ويكيميديا، فسوف نقلل من خطر أن يتسبب جهاز كمبيوتر محمول مُخترَق في انتهاك أمني خطير
WE6.4.8	إذا قام فريق هندسة "ميدياويكي" بمراقبة وحل المشكلات بنشاط في "ميديا ويكي" المتعلقة بـ ترقية PHP، فسوف يُمكِّن ذلك فريق SRE من إكمال ترقية بيئة الإنتاج إلى PHP 8.3 بحلول نوفمبر 2025.	T360995

فرضيات خدمات الإشارات والبيانات [ النتائج الرئيسة لخدمات الإشارات والبيانات ] نقاش
الاسم المختصر للفرضية	نَص الربع الثاني	التفاصيل والمناقشة
SDS1.2.1	إذا قمنا بترحيل عملية تفريغ ملفات XML (XML Dumps process) من البنية التحتية الحالية 'Dumps 1' إلى مسار معالجة البيانات يستفيد من "مسار معالجة البيانات لمحتوى ميدياويكي" ، فسوف نتمكن من ضمان أهداف مستوى الخدمة (SLOs) وإيقاف تشغيل تصدير XML المعتمد على البنية 'Dumps 1'.
SDS1.2.2	إذا قمنا بجولة استعراض ومراجعة لأهداف مستوى الخدمة (SLOs) الخاصة بـ "سجل محتوى ميدياويكي" و"منصة الأحداث / بوابة الأحداث"، فيمكننا التحقق من صحة العملاء والمقاييس وأصحاب المصلحة التابعين، وتحديد التحسينات التي قد تكون ضرورية لأهداف مستوى الخدمة (SLOs)، مما سيساعدنا في توضيح أي ثغرات في ضمانات التسليم الأسبوعية لدينا.
SDS1.3.1	إذا قمنا بتقديم إشارات من جانب العميل وتدقيقها ومقارنتها بسجلات طلبات الويب من جانب الخادم، فسوف نعثر على أنماط إضافية للبوتات يمكن توصيفها وتحديد خصائصها.
SDS1.3.2	إذا افترضنا التوزيع الحالي للبشر مقابل الروبوتات كخط أساس وأنشأنا تنبيهات آلية لأي تحولات في هذا التوزيع، فسوف نُقلل وقت اكتشاف النمط غير المتوقع التالي لحركة المرور الآلية من أسابيع إلى دقائق.
SDS1.3.3	إذا قمنا بأتمتة آلية التغذية الرجعية لـ طلبات الويب واستخدمناها على سجلات شهر مايو، فسوف نقلل وقت المعالجة للحوادث المستقبلية من أشهر إلى أيام، ونحل حادثة "الارتفاع في مشاهدات صفحة مايو"
SDS1.3.4	إذا قمنا بإنشاء عملية تدقيق داخلي مُنظَّمة وعادية لمخرجات تصنيف الروبوتات، فسوف نبني الثقة في حلولنا ونتوقع التغييرات في أنماط حركة المرور التي لا يتم اكتشافها تلقائيًا.
SDS1.3.5	إذا قمنا بتحليل الإشارة الأساسية من جانب العميل وأدمجناها في استدلالاتنا، فسوف نكتشف أنماط بوتات إضافية في منصة البيانات
SDS1.3.6	إذا قمنا باستيراد وتحليل ودمج سمعة عنوان بروتوكول الإنترنت الخاصة بـ في استدلالاتنا، فسوف نكتشف أنماط بوتات إضافية في منصة البيانات
SDS1.3.7	إذا قمنا باستيراد وتحليل ودمج إشارة واحدة من الحافة في استدلالاتنا، فسوف نكتشف أنماط بوتات إضافية في منصة البيانات
SDS1.4.1	ذا قمنا بإعادة تأكيد التحليل الحالي للاتجاهات ضمن بيئة ويكيميديا — مثل مشاهدات الصفحة، ومقاييس المساهمين والقراء، وحركة المرور، وما إلى ذلك — فسوف نتمكن من دعم النقاط الرئيسية البارزة بثقة لأهم رؤى الحركة لدينا.
SDS1.4.2	إذا قمنا بإعادة تأكيد التحليل الحالي للاتجاهات ضمن بيئة ويكيميديا — مثل مشاهدات الصفحة، ومقاييس المساهمين والقراء، وحركة المرور، وما إلى ذلك — فسوف نتمكن من دعم النقاط الرئيسية البارزة بثقة لأهم رؤى الحركة لدينا.
SDS2.1.1	ذا قمنا بالمزاوجة/العمل عن كثب مع الفرق التي تُجري التجارب، فسوف نتعلم كيفية جعل النظام "ذاتي الخدمة" بشكل أكبر في المستقبل، وما هي التحديات المفاهيمية أو التقنية التي قد يواجهونها.
SDS2.1.2	إذا تمكنا من تطبيق أدوات أفضل لتصحيح الأخطاء الخاصة بـ "تسجيل الأحداث"، فسوف تتأكد فرق المنتج من أن تجربتها تجمع بيانات الأحداث كما هو متوقع، مما يزيد من ثقة مالكي التجربة
SDS2.1.3	إذا قمنا بتحسين عملية التسجيل والمراقبة لمكوِّن نظام اختبار أ/ب الخاص بمنصة التجارب، ولأجزاء ميدياويكي المرتبطة به، فسوف نتمكن من إرساء خطوط أساس لأداء النظام والاستجابة لحالات الفشل المتعلقة بالتجارب.
SDS2.1.4	إذا قمنا بمشاركة قصص ونتائج التجارب عبر المنظمة مرة واحدة شهريًا (من خلال اجتماعات عمليات المنتج، واجتماعات فريق التصميم، والعروض التقديمية بين الفرق)، فسوف نُنشئ تبنيًا عضويًا لمنصة التجارب.
SDS2.1.5	إذا أخبرنا المستخدمين أن الأداة الخاصة بهم، في حال إنشائها في نظام xLab، تحتوي على مجموعة من السمات التي تُغيّر فئة المخاطر، فسوف نردع مستخدمي الأدوات عن الإفراط في جمع البيانات ونزيد من الوضوح حول مزيج السمات المطلوب لمراجعة الخصوصية
SDS2.1.6	إذا عمل فريق النمو على تجهيز أُدوات حالتي استخدام (إحداهما تتضمن اختبار أ/ب) لاكتساب رؤية حول قدرات التجميع/التقسيم، والأخرى تتضمن تجهيز أدوات طويل الأمد للتعرف على دعم المقاييس الشبيهة بمؤشرات الأداء الرئيسية باستخدام "مختبر التجارب"، فسوف نتمكن من تقييم ما إذا كان يلبي المتطلبات بالقدر الكافي لـ الحل محل إعداد التجارب المخصص لدينا في "تجارب النمو"

فرضيات الجمهور المستقبلي [ النتائج الرئيسة للجمهور المستقبلي ] نقاش
الاسم المختصر للفرضية	نَص الربع الثاني	التفاصيل والمناقشة
FA1.1.4	[متابعة من السنة المالية الماضية] إذا قمنا ببناء تجربة جديدة لويكيبيديا على منصة Roblox، فسوف نتعلم ما إذا كان يمكن أن تكون هذه طريقة فعالة لتقديم علامتنا التجارية إلى الجمهور الأصغر سنًا (الجيل ألفا).
FA1.1.2	إذا قمنا ببناء محور مركزي (central hub) لـ تجارب ويكيبيديا الجديدة على منصة itch.io، فسوف نتمكن من تنمية جمهور يضم أكثر من 50 من غير الويكيبيديين المهتمين الذين يقدمون لنا الملاحظات/التعليقات، مما سيساعدنا على معرفة ما ينجح وما لا ينجح في الألعاب.
FA2.2.1	إذا استثمرنا في إدارة المجتمع عبر منصات الفيديو القصير، فسوف نشهد بحلول نهاية الربع الثاني (ديسمبر 2025) زيادة ربع سنوية قدرها 30% في نسبة المشاهدات من المشاهدين الجدد على منصة تيك توك — وعبر جميع منصات الفيديو القصير (SFV platforms)، سنحقق ما مجموعه 50,000 تفاعل (إعجاب وتعليقات رد) على تعليقات العلامة التجارية المتروكة على محتوى خارجي، مما سيساعدنا على زيادة الظهور ودفع التفاعل مع الجماهير التي لا نصل إليها حاليًا.
FA2.2.2	إذا قمنا بتطوير والحصول على موافقة على استراتيجية داخلية ومواد قابلة للمشاركة خارجيًا لـ "برنامج شراكات صنّاع محتوى ويكيبيديا" (بما في ذلك مُخطط لقيمتنا بالنسبة للصنّاع، ومعايير الشراكة، وعملية التعاقد، وكيف سيظهر محتوى الصانع عبر القنوات المملوكة وقنوات الصانع)، فسوف نتمكن من إرساء استراتيجية قوية للصنّاع ستساعدنا في الوصول إلى جماهير جديدة عبر وسائل التواصل الاجتماعي من خلال المحتوى المعرفي الخاص بنا.

فرضيات دعم المنتج والهندسة [ النتائج الرئيسة لدعم المنتج والهندسة ] نقاش
الاسم المختصر للفرضية	نَص الربع الثاني	التفاصيل والمناقشة
PES1.1.5	إذا قمنا بإدخال أهداف مستوى الخدمة الخاصة بـ "سجل محتوى ميدياويكي" و"ويكي دوال" إلى نظامي Sloth/Pyrra، فسوف ندخل هدفين إضافيين لمستوى الخدمة إلى بيئة الإنتاج.
PES1.1.6	إذا قمنا بتجريب نظام Sloth باستخدام البيانات بأثر رجعي من أهداف مستوى الخدمة الحالية، فسوف ندرك ما إذا كان Pyrra أو Sloth (أو أداة أخرى) هو الأداة المناسبة لنهج النافذة الثابتة الخاص بنا لنوافذ ميزانية الأخطاء. وسوف نتعلم كيفية دعم مالكي الخدمات من خلال نهج "الخدمة الذاتية" لمقاييس أهداف مستوى الخدمة واستخدامها في اتخاذ القرار.
PES1.2.4	إذا قمنا بتجريب عملية ربع سنوية لمراجعة رغبات وإشارات المجتمع مع 3 فرق في الربع الأول، فسوف نُشرك مديري المنتجات لـ دمج إشارات المجتمع في عمليات التخطيط ربع السنوية والسنوية الخاصة بهم.
PES1.2.5	إذا قمنا بإضافة القدرة على تصفية وفرز الرغبات في إضافة قائمة الأمنيات، إلى التحسينات التي تسمح بـ التصنيف باستخدام الوسوم والتصويت، فإن هذه التحسينات الثلاثة سوف تزيد من عدد المشاركين الفريدين في قائمة الرغبات بنسبة لا تقل عن 30%.
PES1.3.3	إذا قمنا بإنشاء ما لا يقل عن 5 تدخلات مبهجة على المنصة تحدث بناءً على تفاعلات المستخدمين، فسوف نحدد ما هي المُحفّزات اللازمة لصفحة البوابة وأداة "وضع عيد الميلاد". وسيُخبرنا اختبار قابلية الاستخدام أي من هذه التدخلات يُنشئ ارتباطات إيجابية بعلامتنا التجارية. هذه الفرضية مُحددة زمنيًا لتنتهي بحلول مؤتمر "ويكي كون أمريكا الشمالية" في نهاية أكتوبر.
PES1.3.4	إذا قمنا بإنشاء موقع ويب غامر يستكشف تاريخ ويكيبيديا وحاضرها ومستقبلها، بالتعاون مع أعضاء قسم الاتصالات، ويهدف إلى إشراك الجماهير عبر الإنترنت التي تتراوح أعمارها بين 18-34 عامًا في المناطق المستهدفة للحملة، فسوف يُحاكي/يُنشئ اتصالاً أكبر بويكيبيديا عبر المشاركات الاجتماعية وغيرها من الأنشطة عبر الإنترنت. سيساهم هذا في تحقيق النتيجة الرئيسة لقسم الاتصالات والمتمثلة في زيادة الحضور العلامة التجارية بنسبة 10 نقاط مئوية، بينما يُخبرنا ما إذا كانت الأساليب الديناميكية للمحتوى تُحسِّن من جاذبية العلامة التجارية

التخطيط معًا

تحديث يناير 2025.

الخطة السنوية هي وصفُ مؤسسةِ ويكيميديا لما نأمل تحقيقه في العام المقبل. لذا نعمل جاهدين لجعل الخطة تشاركية وطموحة وقابلة للتحقيق. ونطلب سنويًا من المساهمين مشاركة وجهات نظرهم وآمالهم وطلباتهم المحددة أثناء تشكيل الخطة. نحصل على هذه المدخلات بعدة طرق منها: محادثات فرق المنتجات مع المجتمعات، وقائمة أمنيات المجتمع، والمحادثات المجتمعية مثل سلسلة محادثات كومنز، والمؤتمرات وصفحات مشاريع ويكيميديا كهذه.

لخطتنا السنوية القادمة، من يوليو 2025 إلى يونيو 2026، نفكر في أفضل السبل لخدمة رؤية متعددة الأجيال، في ظل التغيرات السريعة التي يشهدها العالم والإنترنت، وتأثير ذلك على مهمتنا في توفير المعرفة الحرة.

كما ذكرتُ العام الماضي، علينا التركيز على ما يميزنا: قدرتنا على توفير محتوى موثوق في ظل انتشار المعلومات المضللة والخاطئة عبر الإنترنت وعلى المنصات التي تتنافس على جذب انتباه الأجيال الجديدة. يشمل ذلك ضمان تحقيق مهمتنا في جمع مجموع المعرفة البشرية للعالم وتقديمه من خلال توسيع نطاق تغطيتنا للمعلومات المفقودة الناتجة عن عدم المساواة والتمييز والتحيز. يجب أن يظل محتوانا حيويًا وملائمًا في سياق إنترنت متغير يقوده الذكاء الاصطناعي والتجارب الغنية. وأخيرًا، يجب أن نجد طرقًا لتمويل حركتنا بشكلٍ مستدامٍ من خلال بناء استراتيجية مشتركة لمنتجاتنا وجهودنا في جمع التبرعات؛ لضمان دعم هذا العمل على المدى الطويل.

لاتخاذ قرارات وتحديد الأولويات بشأن المجالات التي سنركز جهودنا عليها في العام المقبل، أعددنا مجموعة من الأسئلة وفكرنا في كيفية تخصيص مواردنا المحدودة لتحقيق أكبر تأثير ممكن.

إذا كنتُم مهتمين بالميزات أو الخدمات التي سيطورها قسم المنتجات والتقنية بناءً على الأولويات المحددة هنا، فشهر مارس متاحٌ للتعليق على أهداف ونتائج رئيسة محددة. (إليكم الأهداف والنتائج الرئيسة للخطة السنوية الحالية للاطلاع عليها).

في حال فكرتُم في التحديات والفرص في البنية التقنية والاتجاه الذي يجب أن نتخذه في الخطة السنوية القادمة، برجاء التفكر معنا في الأسئلة أدناه.

نستمر في جمع المعلومات حول هذه الأسئلة بطرق متعددة، من خلال محادثات المجتمع، والبيانات التي نجمعها، والمقابلات البحثية التي نجريها، وغير ذلك. هذه ليست المرة الأولى التي نسأل ونتعلم فيها عن هذه المسائل، وقد بدأنا بالفعل العمل على العديد منها ونريد أن نطرحها مرة أخرى الآن ونستمر في التعلم؛ لأنها تمثل أولوية بالنسبة لنا في هذه المرحلة من التخطيط.

الأسئلة:

• المقاييس والبيانات
  • ما هي الطرق التي يمكن أن تدعم بها البيانات والمقاييس مساهماتكم التحريرية بشكلٍ أفضل؟ هل يمكنكم التفكير في بيانات متصلة بالتحرير أو القراءة أو التنظيم قد تساعدكم في تحديد كيفية استثمار وقتكم أو معرفة متى يحتاج شيءٌ ما إلى الاهتمام؟ يمكن أن تكون هذه البيانات متعلقة بنشاطكم الشخصي أو نشاط الآخرين.
• التحرير
  • متى يكون التحرير أكثر تحفيزًا ومتعةً بالنسبة لكم؟ ومتى يكون أكثر إحباطًا وصعوبة؟
  • نريد أن يتلقى المساهمون المزيد من الملاحظات والتقدير لعملهم، حتى لا يشعروا بأن جهودهم المبذولة في ويكيبيديا تمر مرور الكرام. ما نوع الملاحظات والتقدير الذي يحفزكم؟ وما الذي يشجعكم على الاستمرار في التحرير؟
  • نظراً لكبر حجم مشاريع الويكي، قد يكون من الصعب على المحررين تحديد أهم أعمال الويكي بالنسبة لهم لتخصيص وقتهم لها يوميًا. ما هي المعلومات أو الأدوات التي يمكن أن تساعدكم في اختيار كيفية قضاء وقتكم؟ هل سيكون مفيدًا وجود مكان مركزي ومخصص يسمح لكم بالعثور على فرص جديدة، وإدارة مهامكم، وفهم تأثيركم؟
  • نريد تحسين تجربة التعاون في مشاريع الويكي، بحيث يسهل على المساهمين العثور على بعضهم البعض والعمل معًا في المشاريع، سواء من خلال حملات إزالة الأعمال المتراكمة، أو المبادرات التحريرية، أو مشاريع ويكيميديا، أو حتى اثنين من المحررين يعملان معًا. كيف تعتقد أنه يمكننا مساعدة المزيد من المساهمين في العثور على بعضهم البعض والتواصل والعمل معًا؟
• القراءة والتعلُّم
  • نظرًا لاختلاف سرعة تحميل مواقع مشاريع الويكي حسب موقع إقامة الأفراد، ما هي المناطق التي ترى أنه من الضروري تحسين الأداء فيها؟
  • كيف يمكننا إثارة اهتمام الأجيال الجديدة من القراء بمحتوى ويكيبيديا؟ لقد ناقشنا سابقًا أفكارًا حول المحتوى التفاعلي والفيديو، وفي العام الحالي ركزنا على الرسوم البيانية وتجربة طرق جديدة لعرض محتوى ويكيبيديا الحالي. كيف يمكننا مواصلة هذا المسار لاستخدام محتوانا الحالي بطرق جديدة فريدة من نوعها في ويكيميديا؟
• المشرفون
  • ما هي التغييرات التي يجب أن تطرأ على ويكيبيديا لزيادة رغبة المتطوعين بالمشاركة بصلاحيات متقدمة مثل الإداريين والمراجعين؟
  • ما هي المعلومات أو السياق المتعلق بالمحررين أو تعديلاتهم التي يمكن أن تساعد في تسريع أو تسهيل عمليات اتخاذ القرارات الإدارية أو المراجعة؟
• التوجهات الخارجية
  • ما هي أهم التغيرات التي تلاحظها في العالم خارج ويكيميديا؟ قد تكون هذه التغيرات ذات علاقة بتوجهات تقنية أو تعليمية أو كيفية تعلُّم الناس.
  • بخلاف حركة ويكيميديا، في أي مجتمعات رقمية تشاركون؟ وما الدروس التي يمكن أن نستفيد منها من الأدوات والعمليات في منصات المجتمعات الأخرى؟
  • كيف تستخدمون أدوات الذكاء الاصطناعي داخل وخارج عملكم في ويكيميديا؟ وما هي الأشياء التي تجدون أن الذكاء الاصطناعي مفيد فيها؟
• ويكيميديا كومنز
  • ما هي القرارات التي يمكن اتخاذها في كومنز لجعله مشروعًا مستدامًا يدعم إنشاء المعرفة الموسوعية؟
• ويكي بيانات
  • كيف ترون تطور ويكي بيانات في المستقبل؟ كيف يمكن أن يكون أكثر فائدة لبناء محتوى موسوعي موثوق؟

نقاش

–– Selena Deckelmann