Wikimedia Cloud Services team/Team Social Norms

We must work together over the long term to find the best possible solutions to our challenges given our limited resources. We will need each other as collaborators long after the challenges of today are past.

To survive we must innovate.

To innovate we must share a sense of psychological safety.

To share that sense of safety we must demonstrate respect.

- Do propose a different path if you oppose one
If you have concerns about a proposed solution to a given problem then help craft an alternative approach. Opposing a solution without respecting the original problem, by helping to craft an alternative, seems like obstructionism to those in the progress of improvement. Sometimes the alternative proposal is a reframing of the original problem and that's OK.

- Do apologize for and acknowledge behavior we seek to avoid when it has happened
A team of humans supporting a 24/7 environment will experience being tired, frustrated, and overwhelmed. Mutual respect is the only currency we have to navigate these challenges long-term. Demonstrating that respect means acknowledging its value. Saying you are sorry is a very grown up and mature thing to do. Being human is tough.

- Do forgive
Forgiveness is a conscious, intentional, and deliberate decision to release feelings of resentment.

Take a breath. Take a walk.

- Do mentor and share knowledge
Demonstrate and share lines of code, adhoc commands, and general understanding. The teams efforts will be limited by the point of the most constraint, and for us that will most often be cognitive constraint. Collaboration rather than competition.

- No feigning surprise
The first rule means you shouldn't act surprised when people say they don't know something. This applies to both technical things ("What?! I can't believe you don't know what the stack is!") and non-technical things ("You don't know who RMS is?!"). Feigning surprise has absolutely no social or educational benefit: When people feign surprise, it's usually to make them feel better about themselves and others feel worse. And even when that's not the intention, it's almost always the effect. As you've probably already guessed, this rule is tightly coupled to our belief in the importance of people feeling comfortable saying "I don't know" and "I don't understand." See also xkcd 1053.

- No well-actually's
A well-actually happens when someone says something that's almost - but not entirely - correct, and you say, "well, actually…" and then give a minor correction. This is especially annoying when the correction has no bearing on the actual conversation. This doesn't mean that we don't care about being precise, but in our experience almost all well-actually's are about grandstanding, not truth-seeking.

- No back-seat driving
If you overhear people working through a problem, you shouldn't intermittently lob advice across the room. This also applies to IRC discussions. This can lead to the "too many cooks" problem, but more important, it can be rude and disruptive to half-participate in a conversation. This isn't to say you shouldn't help, offer advice, or join conversations. On the contrary, we encourage all those things. Rather, it just means that when you want to help out or work with others, you should fully engage and not just butt in sporadically.

- No subtle -isms
A Ban on subtle racism, sexism, homophobia, transphobia, and other kinds of bias. This one is different from the rest, because it covers a class of behaviors instead of one very specific pattern.

Subtle -isms are small things that make others feel unwelcome, things that we all sometimes do by mistake. For example, saying "It's so easy my grandmother could do it" is a subtle -ism. Like the other social norms, this one is often accidentally broken. Like the other three, it's not a big deal to mess up – you just apologize and move on.

If you see a subtle -ism, you can point it out to the relevant person, either publicly or privately, or you can ask your managers to say something. After this, we ask that all further discussion move off of public channels. If you are a third party, and you don't see what could be biased about the comment that was made, feel free to talk to a manager or admin. Please don't say, "Comment X wasn't homophobic!" Similarly, please don't pile on to someone who made a mistake. The "subtle" in "subtle -isms" means that it's probably not obvious to everyone right away what was wrong with the comment.

We want this team and surrounding work spaces to have as little bigotry as possible. Therefore, if you see sexism, racism, etc. outside of our spaces, please don't bring it in. So, for example, please don't start a discussion of the latest offensive comment from Random Tech Person Y. For many people, especially those who may have spent time in unpleasant environments, these conversations can be very distracting.

Attribution
Most of the content from the "No" avoidance section is borrowed from https://www.recurse.com/manual#sub-sec-social-rules

Code Of Conduct
The social norms don't cover harassment or discrimination. We have a Code of Conduct for that. These norms are also not all encompassing or complete.