Jump to content

نظام الإبلاغ عن الحوادث

From mediawiki.org
This page is a translated version of the page Product Safety and Integrity/Incident Reporting System and the translation is 50% complete.
Outdated translations are marked like this.

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

Goals

  • تيسير حصول الأفراد الذين يتعرضون للتحرش على المساعدة.
    • التخلص من الحالات التي لا يبلغ فيها الأفراد عن التحرش لأنهم لا يعلمون كيفية الإبلاغ عنه.
    • التأكد من أن بلاغات التحرش تصل إلى الجهات المعنية بالتعامل معها حسب عمليات المجتمع المحلية.
  • Ensure responders are not overwhelmed with invalid reports or issues that belong elsewhere.

معلومات أساسية

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

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

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

آخر الأخبار

: End of the trial on English Wikipedia

Increase of the number of users to whom the tool was exposed throughout the trial
Statistics of the unwanted behavior categories selected by users interacting with the tool

Between May and early July, Incident Reporting System was tested on English Wikipedia, starting from 5% to 100% of the eligible users. Overall, the tool was not generating a high volume of reports, and we did not see signs or hear any volunteer concerns that the tool was creating any disruption. We did see users interacting with it, and submitting both emergency and non-emergency reports.

Early in the trial, per the English Wikipedia functionaries feedback, we added a feature (we call it direct reporting) where, if the community selected an email-based destination for a particular category of unwanted behavior, the form would show the user a text area to type in the report, and it would then send the report directly to that community-chosen email address. The tool does not support direct reporting for most categories of unwanted behavior – instead, the user is provided a link and description (chosen by the community) of where to go and what to do there. The link may include the preload parameter, making it easier to add well-structured reports.

The two charts show that:

  • At the end of the trial, the Report button was being shown to around 12,000 users per day.
  • The categories most commonly initially selected by users were: Bullying / intimidation, Disruptive editing, and Vandalism – these three add up to over a half of all reports.

We know there are still more improvements to make, including the potential for streamlining the flow through deeper integration with on-wiki processes. But we think the trial has at least demonstrated that this feature can be integrated in a way that doesn't disrupt abuse handling, and can be iterated on from there. We appreciate the community members' thoughts as we consider what to do next. And a special thank you to the functionaries and other volunteers who helped support this trial and help other users.

مواصفات المنتج وتصميمه

حالات الاستخدام

نساعدكم في الحصول على المساعدة في الحوادث المؤذية أو الضارة

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

إداري/موظف

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

الحوادث الطارئة

Proposed design (mockup)

يُبلغ عن التهديدات الفورية بالضرر عبر تدفق الإبلاغ في حالات الطوارئ. يمكن للمستخدم إرسال تقرير عندما يصبح على علمٍ بموقفٍ ينطوي على خطرٍ جسيمٍ على سلامته (أو سلامة شخصٍ آخر). بمجرد إرسال هذه التقارير، تُرسل هذه التقارير إلى فريق الثقة والسلامة في مؤسسة ويكيميديا المسؤول عن مراجعة مثل هذه القضايا والاستجابة لها. Once submitted, these reports are sent to the Trust and Safety team at the Wikimedia Foundation who are responsible for reviewing and responding to such issues.

الحوادث غير الطارئة

Proposed design (mockup)

يُبلغ عن الحالات التي لا تنطوي على تهديد فوري بالضرر ولكنها تتطلب الاهتمام، مثل المضايقات، عبر التدفق غير الطارئ. في هذه الحالة، يُوجه المستخدمين إلى صفحة المساعدة التي توفر معلومات واضحة حول كيفية الحصول على الدعم لمخاوفهم المحددة. الهدف هو ضمان حصول المستخدمين على الدعم المناسب بطريقة تعكس احتياجات وممارسات المجتمع المحلي. They are guided to a "support information" step that provides clear information on how to get support with an incident of the selected type. The goal is to ensure users receive the right support in a way that reflects the needs and practices of the local community.

For each incident type, local communities can customize a limited number of content sections with wiki-specific terminology and links, according to their policies and practices.

Administrators can now set up external links as the destinations for reporting. This allows the use of URL query string parameters such as preload and may make the reporting even simpler and more efficient.

Incident types

1st-tier category 2nd-tier category UCoC provision UCoC definition, or description
Immediate threat of physical harm (processed by T&S) Threats of physical harm Intending to commit violence against an individual
Threats of self harm Intending to commit an act of harming oneself
Threats of public harm Intending to commit an act of mass violence
Unacceptable user behavior (processed by community members) Bullying, intimidation, threats or repeated insults 3.1 – Harassment "This includes name calling, using slurs or stereotypes, and any attacks based on personal characteristics. Insults may refer to perceived characteristics like intelligence, appearance, ethnicity, race, religion (or lack thereof), culture, caste, sexual orientation, gender, sex, disability, age, nationality, political affiliation, or other characteristics. In some cases, repeated mockery, sarcasm, or aggression constitute insults collectively, even if individual statements would not."

"Explicitly or implicitly suggesting the possibility of physical violence, unfair embarrassment, unfair and unjustified reputational harm, or intimidation by suggesting gratuitous legal action to win an argument or force someone to behave the way you want."

"This includes encouraging someone else to commit self-harm or suicide as well as encouraging someone to conduct violent attacks on a third party."

Sexual harassment "Sexual attention or advances of any kind towards others where the person knows or reasonably should know that the attention is unwelcome or in situations where consent cannot be communicated."
Exposing private personal information (Doxing) "Sharing other contributors' private information, such as name, place of employment, physical or email address without their explicit consent either on the Wikimedia projects or elsewhere, or sharing information concerning their Wikimedia activity outside the projects."
Trolling or Hounding (Stalking) "Deliberately disrupting conversations or posting in bad-faith to intentionally provoke."

"Following a person across the project(s) and repeatedly critiquing their work mainly with the intent to upset or discourage them. If problems are continuing after efforts to communicate and educate, communities may need to address them through established community processes."

Hateful or discriminatory content 3.3 – Content vandalism and abuse of the projects Content vandalism containing "hate speech in any form, or discriminatory language aimed at vilifying, humiliating, inciting hatred against individuals or groups on the basis of who they are or their personal beliefs"

"The use of symbols, images, categories, tags or other kinds of content that are intimidating or harmful to others outside of the context of encyclopedic, informational use. This includes imposing schemes on content intended to marginalize or ostracize"

(Hate speech towards an editor falls under "Bullying, intimidation, threats or repeated insults")

Spam or promotional content Other content vandalism
Something else Including 3.2 – Abuse of power, privilege, or influence

Community configuration

Community Configuration is a tool allowing communities to set up and control the configuration of different features. For the Incident Reporting System we are using Community Configuration to allow communities to customize the "support information" step.

Example of how customizing the "support information" step for "Exposing private personal information (Doxing)" might look:

الجدول الزمني للتدشين

  • النسخة الأولى والمحدودة على ويكيبيديا البرتغالية –
  • الويكيات التجريبية التالية –
  • English Wikipedia trial

جهات الاتصال

اشترك في نشرة الأخبار

أسئلة متكررة

هل تحاول مؤسسة ويكيميديا تغيير عمليات المجتمعات القائمة؟

خطتنا لنظام الإبلاغ عن الحوادث ليست تغيير أي من عمليات المجتمعات. الهدف هو ربط العمليات القائمة بعضها البعض. الأهداف النهائية هي كما يلي:

هل توجد بيانات متاحة عن عدد الحوادث المبلغ عنها سنويًا؟

We have usage data collected on the wikis where IRS has been deployed. The largest of them is Portuguese Wikipedia. However, the volume of data is too low to make predictions based on it. We want to address this by launching a trial on English Wikipedia, with the audience similar to the entire audience on Portuguese Wikipedia.

لا يوجد في الوقت الراهن الكثير من البيانات الواضحة التي يمكننا استخدامها. توجد بضعة أسباب لهذا الأمر. أولها، يبلغ عن المشاكل بطرق متعددة وهي تختلف من مجتمع لآخر. سيكون جمع هذه البيانات كاملة ودون مشاكل أمرًا معقدًا للغاية وسيستغرق وقتًا طويلًا. ثانيها، يختلف تفسير المشاكل من مكان لآخر. بعض الأمور التي تفسر على أنها تحرش يتضح أنها ليست سوى أمور ويكي معتادة (مثل حذف مقالة ترويجية). يجوز أن تحتاج مراجعة التحرش وجود سياق ثقافي أو مجتمعي. لا يمكننا أتمتة البيانات وتمثلها مرئيًا أو عدها عدًا غير منحاز. لذلك يصبح نظام الإبلاغ عن الحوادث فرصة للتغلب على بعض من احتياجات البيانات هذه. There are a couple of reasons for this. First, issues are reported in various ways and those differ from community to community. Capturing that data completely and cleanly is highly complicated and would be very time consuming. Second, the interpretation of issues also differs. Some things that are interpreted as harassment are just wiki business (e.g. deleting a promotional article). Review of user conduct/behaviour issues may also need cultural or community context. We cannot automate and visualize data or count it objectively. The incident reporting system is an opportunity to solve some of these data needs.

How are different types of harmful incidents – such as harassment, threats, or misconduct – defined in the Incident Reporting System?

يرجى الاطلاع على التعريفات المذكورة في مدونة قواعد السلوك العالمية.

ما هي الأسئلة التي تحاولون الإجابة عنها مستخدمين النسخة الأولى للمنتج؟

إليكم الأسئلة التي نحتاج لإجابة عنها:

  • What kind of user conduct/behavior issues do people need help with?
  • How many people report the respective kinds of issues?
  • ما هو حجم هذه المشكلة؟
  • هل يمكننا توضيح الصورة لمدى ضخامة مشاكل التحرش؟ هل يمكننا الحصول على بعض البيانات عن عدد البلاغات؟ هل الإبلاغ عن التحرش مبالغ فيه أم لا يبلغ عنه بما فيه الكفاية؟
  • هل يحجم الأفراد في الوقت الراهن عن الإبلاغ عن التحرش لأنه لا يحدث أم لأنهم لا يعلمون كيفية الإبلاغ عنه؟
  • هل سيكون هذا الأمر أكبر من كيفية التعامل معه مستخدمين سبلنا الحالية، أم لا؟
  • كم عدد الشكاوى السليمة مقارنة بعدد الأفراد الذين لا يستوعبون عملية الويكي؟ هل يمكننا تمييز الشكاوى السليمة أو ترشيحها وكذلك ترشيح البلاغات غير السليمة كي نوفر وقت المتطوعين أو موظفي المؤسسة؟
  • هل سنتلقى الكثير من البلاغات التي رفعها أفراد مستائين بسبب أن تعديلاتهم جرى التراجع عنها أو أن صفحتهم حذفت؟ ماذا سنفعل في شأنهم؟

ما هو مستوى حركة ويكيميديا مقارنة بالكيفية التي تتعامل بها منصات أخرى كبيرة مثل فيسبوك أو ريديت مع التحرش؟

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

جهود البحث السابقة للمشروع

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

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