Community Tech team/Community Wishlist Survey

DRAFT - Please add feedback on talk page

The Community Tech team will be conducting a cross-project survey to collect technical requests from the Wikimedia communities. If the process proves to be effective for both the community and the team, it may be repeated periodically.

Outreach
The team would like to get input from as many editors and as many communities as possible. To accomplish that, we will work with the Community Engagement team and the Communications team to formulate an outreach strategy. This strategy may involve blog posts, site notices, talk page invitations, village pump notices, and/or mailing list posts. We will try to make sure that communities are made aware of the survey well in advance.

Venue
The survey itself will be conducted on Meta wiki. There are several reasons for having the survey on-wiki instead of using a 3rd party survey tool:
 * Editors are by definition comfortable using wikis and often prefer the transparency and flexibility of wikis over more specialized software. The community itself almost always conducts surveys and polls on-wiki, even for relatively complex polls such as Picture of the Year.
 * Wikis easily facilitate simultaneous discussion and voting.
 * Translation of proposals can be more easily handled by community volunteers if they are on-wiki.

Phase 1: Submitting proposals
In the first phase of the survey, we will be soliciting proposals for technical requests. In order to submit a proposal, a user must have at least 100 edits on any project or be an active Tool Labs developer. Proposals will initially be limited to five per person, although this may be relaxed depending on the volume of proposals. As proposals are made, the Community Tech team will offer feedback on their technical feasibility and whether or not they fit the scope of the team’s work. The community will be encouraged to organize, discuss, and debate the proposals throughout the first phase of the survey. We will also be soliciting volunteer translators to translate the proposals into as many languages as possible via the content translation system.

Phase 2: Voting
Once the submission phase is over we will screen the submissions to hide or remove any that are outside the scope of the survey. Approved submissions will then be translated by volunteers. Once the proposals have been translated, the survey will enter the voting phase. During the voting phase, editors will vote on which submissions they would most like the Community Tech team to work on. The voting methodology will be left up to the community. When the voting has concluded, the top X requests will be copied to a new wiki page, along with their final vote tallies.

Analysis and prioritization
Each of the top X requests will be evaluated for prioritization by the Community Tech team according to the following criteria: Of these criteria, support is the most important. Once analysis is complete, a priority will be assigned to the task by the Community Tech team (high, normal, or low).
 * Support
 * How many votes did it get in the survey?
 * Do discussions show consensus for the request?
 * If the task involves working on an existing codebase, are the current maintainers open to us modifying or forking their code?
 * Feasibility
 * How much work is involved?
 * Are there any blockers?
 * Does our team have the necessary knowledge to accomplish the task in a timely manner?
 * Impact
 * How many wiki projects will this benefit?
 * How many editors will this benefit?
 * How much will this improve the efficiency and happiness of the communities?
 * Is there existing software that can cover this need? (or software that is already being developed)
 * Risk
 * Are there any potential drawbacks or difficulties?
 * Does it negatively affect any group of editors?
 * Is the task well defined with a clear scope? (i.e. does it have defined acceptance criteria)

Development
As each request advances through the development process, it’s status will be updated on the wiki page allowing the community to easily monitor the team’s progress and offer feedback.

A parallel Phabricator workboard called Community-Wishlist will also be created. This workboard will contain task cards for each of the top X requests. The purpose of this workboard will be to facilitate internal work organization and discussion of the requests by the team (although community members will also be welcome to participate in the Phabricator discussions).