Collaboration

The Collaboration team at the Wikimedia Foundation is tasked with encouraging more new users to sign up for and contribute to Wikimedia projects, encourage new editors to continue participating, and help active contributors to be effective.

Workflows
Starting in October 2015, the Collaboration team will be working on the Workflows project.

Workflows are multi-step community processes that involve discussion, and end with a decision.

Each wiki community has dozens of workflow processes. Examples from English Wikipedia include:
 * Approval of content: Articles for deletion, Articles for creation, Requested edits
 * Approval of process change: Categories for discussion, Templates for discussion, Bot approval
 * Quality review: Good article review, Featured article review, Did you know fact review
 * Proposals: Requests for comment
 * Status change: Requests for adminship, Requests for unblock
 * Reports and investigations: COI noticeboard, Non-free content review, Sockpuppet investigators
 * Appealing to a higher authority: Incident noticeboard, Requests for arbitration

Workflows all have the same basic structure --
 * Somebody poses a question or makes a request
 * Interested people review and discuss
 * Qualified person summarizes the decision, and closes discussion
 * Action is taken (or not, as appropriate)

Workflows are held together by a combination of tenplates, categories, instructions, bots, gadgets and cultural norms. With limited software support, wiki communities have been very creative at using workarounds to get important work done. There are helpful community-created tools like Twinkle, but only for a few processes, only on some wikis, and they rely upon user-discovery in the preferences pages.

These workflows get more complex and sophisticated as wiki projects grow, because there's a limited number of experienced people doing an increasing amount of work. So where is the next generation of experienced people going to come from? What's the path for current active content editors that helps them learn to use and maintain these increasingly complex tools?

Problem statement
There are four major problems with the current approach to Workflows on Mediawiki projects.

#1: Attracting and retaining participants
 * An increasing workload, managed by a decreasing number of people willing to do it.
 * The learning curve for the next generation is very steep.
 * Complex gadgets and userscripts are only a stopgap solution.

#2: Tedious and confusing workarounds
 * Workflows use templates, categories and transclusion to get MediaWiki pages to do things that they weren't designed to do.
 * There are a lot of manual steps in these processes, and it's easy to make a mistake.

#3: Affordances vs Instructions
 * If you have to write "Don't write above this line", then you should have software that doesn't actually let people write above the line.
 * Built-in affordances should take the place of lengthy instructions, and reduce the number of mistakes that a user could make.

#4: Workflows around the world
 * The largest wikis have the most complex workflows.
 * Smaller languages try to copy workflows from the larger wikis, but they have to scale down.
 * Wiki communities have different styles -- for example, it's common on Hebrew Wikipedia for people to count votes in order to reach a decision, while on English Wikipedia, voting is mostly used to get a straw-poll sense of the participants' mood.

Building workflows as software
It would be relatively simple to build a workflow like English Wikipedia's Articles for deletion as software. You create an entry point, and a form that asks for three things: Article name, Reason for deletion, Choose a category. You hit submit, and the software adds all the relevant templates in all the relevant places, and creates the discussion topic as a structured discussion.

But if we approach the problem in that way, we'll have to build workflows for every language and every project. What we need to build is a set of tools based on common components, so that expert users can build workflows for their wikis.

Each community should be in charge of defining their own workflows. Our goal is to help communities to do this in a structured, scalable way.

There's a lot more work to be done, and we'll be sharing more ideas with you soon. You can see more information on this project in the slides for our Wikimania 2015 presentation: Workflows - Collaboration team 2015.

Feel free to ask questions on the talk page!

Past projects

 * Article Feedback Tool, a tool designed to encourage readers to provide feedback on articles.
 * Open Tasks
 * Gerrit
 * Echo (Notifications), a redesign of the notifications system in Wikipedia. In November 2013 this was fully deployed to all 877 WMF wikis.
 * Open Tasks
 * Gerrit
 * Flow, discussion and collaboration software. Now in production as opt-in for talk pages, help pages and village pump-style discussion forums, on wikis that request it.
 * Flow code changes in Gerrit
 * MoodBar, a tool designed to encourage feedback from new users, with Feedback Dashboard supporting review by experienced members.
 * Open Tasks
 * Gerrit
 * New Page Triage, redesigning the New Page Patrol experience.
 * Open Tasks
 * Gerrit
 * Thanks
 * Open Tasks
 * Gerrit
 * WikiLove, a tool designed to encourage community health and reduce "bite".
 * Open Tasks
 * Gerrit

You can find us in IRC at.