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

 * 2021-02-11: Work started on Growth's Community configuration
 * 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 hypothesis and associated project is one of several WMF team 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
As part of this project, there are three main groups of stakeholders we will consult with:


 * 1) Wiki communities: Including Wikipedia admins and users with extended rights that have used community configuration previously or might utilize community configuration in the future. We will also consult with developers of user scripts and gadgets.
 * 2) Technical community: A wider discussion with the technical community as a whole (wikitech-l, MediaWiki core developers.
 * 3) WMF teams: Wikimedia Foundation Product and Technology teams interested in utilizing community configuration in upcoming projects.

Open 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 project?


 * 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?
 * Scope of community configuration: will it support user scripts, gadgets, external apps (Android/iOS).
 * How should we handle Global config changes?

Research
TBD

Design
TBD

Measurement and results
TBD