For nearly fifteen years, Stack Exchange community leadership has taken a very simple form: there is the community-at-large, and there are moderators elected by ranked-choice voting. This system is compact, it is effective, and it has served the network and its population of users well. There are many virtues of this system to respect, value, and extoll. That it has carried us to this point is a testament to the resilience of the original design decisions made during its early establishment.
It also has its limits. Over the past few months, the Community Management team has been working diligently to understand the boundaries of the systems we rely on, and seriously evaluate the question: will they carry us forward for another ten years? Stepping back from “moderators and users” - if you are reading this post, then you are likely a community leader in some form or another, and that means this question concerns you. Our central goal, therefore, is to expand the ways in which we can work to develop community leaders on the platform.
Let me be clear upfront. Nothing in this post is settled. Nothing is locked in, nothing is decided permanently. This is the beginning, a prelude to a series of discussions and changes that we hope will begin over the next six months, and beyond. Even then, we won’t be “done.” Leadership and governance must constantly change and adapt to the times. So please understand: any dates you see in this post are at best approximate, provided to give you a sense of scale and duration, and do not reflect a binding schedule or roadmap.
The Product Advisory Council
The Community Management (CM) team identified a key problem: Despite the best efforts of our Product Managers, community members often feel as though critical product needs go unrecognized or unevaluated; community members often feel as though their opinions on the direction of the Stack Exchange public Q&A product do not matter, are ignored, or are irrelevant.
The Product Advisory Council (PAC), is our first cut at a solution to this problem. The aim of the PAC is to place key users across the network in a position of advocacy directly with our Product Management team. These users would be chosen by a network-wide election, and represent all areas of the Stack Exchange network. The aim is for this consortium to propose, discuss, evaluate, and prioritize changes to the Stack Exchange network, putting direct influence in the hands of people the community trusts to lead well. They would also take over the handling of certain status tags network-wide, helping to order and prioritize the many community requests that the product team receives.
Discussion about the Product Advisory Council likely begins in late February or early March.
The Leadership Advisory Board
The CM team identified a second key problem: Network-wide governance activities are critical functions that many moderators faithfully facilitate, but no mechanism exists to make sure that it works well. And when clear decisions need to be made, no method exists to distill mods’ varied opinions into one clear position - the system runs exclusively on soft power. This issue affects policy creation and development, petitions and mediation regarding moderator conduct, evaluation of major changes to the network, and many more.
The Leadership Advisory Board (LAB), attempts to solve this problem by electing a small set of trusted community leaders from around the network to perform policy development and modification, advising on key decisions that the CM team and Stack Exchange may make, consult with the CM team and others about approach and methodology, and release key statements about matters of community interest.
Discussion about the Leadership Advisory Board likely begins in April.
Reworking site moderator elections and how mod status is managed
The election system has so far served us well, but it is not a problem-free solution; in this, too, the CM team has identified several key issues:
- Elections always produce a loser and a winner; this system neither guarantees the fitness of the winner, nor does it guarantee that the loser is unfit for moderator service. And because elections are required to be competitive, all that is truly guaranteed is that one-half of the participants, at minimum, leave upset and frustrated.
- Elections are in part an artifact from a time when Community Managers would hand-select moderators. The times have changed, but the system remains.
- Elections are time-consuming to schedule, run, and manage for Community Managers, and this causes substantial delays.
- Election appointments are for-life; communities can lose trust in their moderators, with no path to resolution, and the number of moderators on a site is set only by intuition and precedent.
First, we are already in the process of forming a working group surrounding election practices and processes (indeed, this group convened on February 13th). We are hoping that users who are capable of performing the role and are trusted to do so can receive that access more expediently and efficiently after the working group concludes.
Second, we hope to begin discussion about the moderator reinstatement process later this year, starting with a discussion around whether this process is working as intended or needs to be altered.
Further changes to moderator status management are possible - we’ll do deeper-dive proposals as this becomes relevant.
If we look too far ahead, then the timeline grows hazy. Many projects have been proposed, and there’s a lot we’d like to get to before the year is out (and beyond), but we have to recognize that what we think we need today may not be what we need tomorrow. While the following concepts are neither scheduled nor guaranteed to happen, I still want to give you a preview of what may lie in the future:
- We are strongly considering systems to allow users who share a common interest to organize, formally recognize that influence; and in exchange, be more formally responsible for a certain function or role. This could range from Charcoal and SOCVR to visually-impaired users and folks invested in knowledge archiving.
- We will probably propose an update to A Theory of Moderation, the blog post that centrally describes the role of a moderator on Stack Exchange.
- Supposing that the moderator election process can be made significantly more flexible and expediently give solid candidates access to tooling, it is possible that the network would benefit from some form of lightweight moderator tenure or re-confirmation, and this would need to be evaluated at a later date.
- We may draft and post experimental proposals for decoupling site permissions from the reputation system generally.
Thanks for taking the time to read this post. I know it’s a lot to take in at once - and I want to reassure you that we aren’t jumping headfirst into any of these changes. While we’re happy to respond to questions and concerns now (I am sure you have many), there will be ample opportunity to ask hard questions during the early discussions for each project we initiate.
For now, all I hope is for you to take some time to sit with this, and really think through the implications for the network as a whole. And, of course, if you’ve got questions, we’re happy to talk.