User:KStoller-WMF/sandbox

Summary
The Growth team developed Community configuration to help customize and scale Growth features. With the success of this feature it has become apparent that other WMF teams, external developers, and other users of MediaWiki could benefit from this tool, so the Growth team will move the feature from the GrowthExperiments extension to MediaWiki core.

This project will include a community consultation, discussion with technical stakeholders, scalable design improvements, and engineering work to move the Community configuration feature from the GrowthExperiments extension to MediaWiki core. Short-term this project supports the Editing and Moderator Tools team projects  (Edit check and Automoderator), and long-term this work will help evolve how WMF product and technology teams develop and deploy features.

Prioritizing work on Community configuration acknowledges that each community has unique needs, and invested community members should be empowered to configure features to meet those needs. This approach removes the barrier for non-technical moderators to customize settings for their communities and fosters a more inclusive and collaborative product development process, thus enabling WMF to better serve the Wikimedia movement.

Current status

 * 2023-04-20: Hackathon session: Community configuration – letting communities take control by JSON configuration (Hackathon session slides)


 * Next: Community consultation and collaboratively setting key performance indicators

Hypothesis
If editors with extended rights can transparently and easily configure important on-wiki functionality for all users, communities will have control over how features function on their wikis, and WMF teams will be able to ship new functionality quickly.

The Growth team is guided by the Annual Plan of the Wikimedia Foundation and the Product & Technology department's Objectives and Key Results. This project is one of several projects under the WikiExperiences 1.2 Key Result, which focuses on enhancing the user experience for editors with extended rights.

We want to:

 * Create a tool that is easily understood by any experienced editor.
 * Empower communities to customize wiki features to best suit the local needs of their wiki.


 * Create a tool that helps increase the speed in which WMF Product and Technology teams can scale features to all wikis.
 * Create a tool that helps volunteer developers, gadget creators, and any software developer interested in creating community configurable tools for MediaWiki.

We don't want to:

 * Create a tool that creates bias or only benefits a certain user group.
 * Create a tool that is difficult to find or understand.

Key Results:
The goals and key results for this project will be established collaboratively with editors with extended rights. A few potential key results could be:


 * By the end of the fiscal year, at least one other WMF team in Product and Technology has either launched or is in the active development stage for a project that is using Community configuration.
 * By the end of the fiscal year, at least one community engineer has launched or is in the active development stage for a project that will use Community configuration.
 * By the end of the fiscal year, Community configuration has been used to customize at least `X` wikis (AKA editors with extended rights are aware and utilize Community configuration).
 * By the end of the fiscal year, initial guidelines for the types of functionality that should and should not be in Community configuration, and types of user rights, will be agreed in consultation and collaboration with volunteers and interested product teams.

Community discussion
We will start a discussion with English Wikipedia and our four Growth pilot wikis (Arabic Wikipedia, Bengali Wikipedia, Czech Wikipedia, and Spanish Wikipedia) to get feedback and guidance on this project idea. In the initial community discussion, we hope to gather feedback on the following questions:


 * How do you feel about the prospect of more WMF teams developing features that can be enabled, disabled, and configured by your local wiki Administrators?
 * Do you have any reservations or concerns about this?


 * What can we do to ensure that all Administrators are well-informed about these tools?
 * Are Administrators confident in making alterations to Community Configuration?
 * Which parts of the procedure are unclear or ambiguous?
 * While Community configuration should be visible to all, it should only be modifiable by a select group of experienced Wikimedians.
 * Should all configuration options be exclusively editable by Administrators and interface administrators?
 * Should we consider different user access levels for certain Community configuration options?


 * Do you have any thoughts or suggestions about how we can best define and measure the success of this project?

Research
TBD

Design
TBD

Measurement and results
TBD