User:STei (WMF)/Sandbox/II

This page contains changes which are not marked for translation.

Four Updates on the Incident Reporting Project

edit

Hello everyone! For the past couple of months the Trust and Safety Tools team has been working on finalising Phase 1 of the Incident Reporting System project.

The purpose of this phase was to define possible product direction and scope of the project with your feedback. We now have a better understanding of what to do next.

1. We are renaming the project as Incident Reporting System

edit

The project is now known as the Incident Reporting System, with the word "Private" removed.

In the context of harassment and the UCoC the word “Private” refers to respecting community members’ privacy and ensuring their safety. It does not mean that all phases of reporting will be confidential.

We have received feedback that this term is confusing and can be difficult to translate in other languages. Therefore we are removing it.

2. We have some feedback from researching some pilot communities

edit

We are conducting research on harassment in the Indonesian and Korean Wikipedia communities. With their feedback, we have been able to document how users in these communities report harassment and created maps out of the information. These maps represent, to the best of our knowledge, how community members on both wikis currently report incidents of harassment and abuse.

If you have any feedback on these maps, you can give it on the talkpage.

3. We have updated the project’s overview

edit

What we want to build moving forward

  • The Trust & Safety Tools team will be developing an extension for reporting incidents/UCoC violations.
  • The extension is intended to be configurable, communities should be able to adapt it to their local processes
  • The extension name is ReportIncident
  • The purpose of the extension is to:
    • Facilitate the filing of reports about various types of UCoC violations by Wikimedians
    • Route those reports to the appropriate entities that will need to process them
    • Facilitate the filing of reliable reports and filter out/redirect the unactionable ones.
    • Facilitate the filing of both private (e.g. to an email address) as well as public (e.g. on-wiki to an Admin noticeboard) reports according to local processes.
  • Extension is intended to be incident agnostic  (ability to support the reporting of different types of incidents)

What we won’t be doing

  • The system is intended for reporting and routing only, we will not be dealing with processing reports
  • The system is intended for incidents with regards to UCoC violations. We will not use this for other type of requests (such as technical support requests, account access etc)
  • The system is NOT meant to replace existing processes on wikis. Our purpose is to make it easier to follow existing processes.

4. We have the first iteration of the reporting extension ReportIncident

edit

In November last year we talked about how we should start small with a very limited scope, so  for our first iteration we thought about creating a very basic experience.

What’s included in this initial iteration?

  • Ability to report from User Talk page
    • Report a topic header
    • Report a comment
  • Ability to complete a basic form and submit
  • The report will be sent to an email address (a dummy email for testing purposes).

Designs

The first version of the MTP (minimum testable product) will let a Wikimedian report an abusive topic header or comment on a talk page. Here are the designs.

Implementing Designs – What’s next

edit

The Trust and Safety Tools team is now working on developing these initial designs as an MTP, a proof of concept that will be deployed to Beta-cluster and tested internally. The purpose of this is to assess technical viability. If everything goes well the next step is to deploy to test.wikimedia.org for usability testing and feedback.

Looking forward to your feedback about this first iteration on the talk page!