Thinking about conflict resolution and improving the feature to remove users

Conflicts are an inescapable part of communities, of working and being together. Much can be done to avoid them, but depending on the size of the group it tends to be inevitable that at some point someone’s membership on it should be reconsidered. At best, the conflict is based on misunderstandings. At worst, it is because of a really toxic person who is doing damage to other people and to the project they’re part of. There are many cases to suggest the removal of a group member. But who should make that decision? In most softwares it takes just one person to press a button.

A unique system to remove users from a group

First requested as a way to remove users from a group, the Karrot team wanted to tackle this issue by trying something different than the usual administrator system in which one or very few people could use and abuse their admin powers. What came out was basically a voting system open for a period of time for group members to discuss and decide whether a person should to get removed from the group, stay in it or if the voting and discussion period should be extended. This is one feature that makes Karrot quite unique in relation to other community-organising softwares out there. This should not be taken as just some oddity, but rather as a conscious choice about the values embedded in the code, recognizing that no technology is inherently neutral and disembedded from social and power relations. Just as much as a traditional admin system implies a certain power structure resembling a kind of implicit feudalism, in which administrators have power over their community subjects, the way this feature has been designed is about democratizing this particular decision-making power over removing or not group’s member. This kind of design is also reflected in Karrot’s trust system, which allows people to become editors of a group or to start this voting process against someone based on the number of trust carrots they’re given.

The bigger picture: governance, conflicts and issues affecting a group

We need to put this feature in a larger context. It’s part of a more general ambition of making Karrot into a tool for groups to be able to self-govern and solve issues and conflicts collectively. When the so called conflict resolution feature (described above) was conceived, the idea was to extend its procedure of deciding on someone’s membership in the group to different kinds of decisions that the group would like to make. Group governance is a topic that we’re constantly exploring and implementing though other features, like the upcoming agreements feature, and while the topic of conflict resolution is part of it, it is a huge topic in and of itself that is actually far from being fully covered by this existing feature. During recent discussions with the groups using it, we realized that we have been hastily calling it “conflict resolution”, when actually it is not more than a process to decide whether someone should stay or not in the group. After all, the means to resolve conflicts are way beyond the use of one feature or tool. It usually involves much work using other tools, as simple as e-mail, phone calls and cakes (they calm the spirit) during face-to-face interactions. We’ve got quite concrete examples from groups using Karrot that have set up their own routines in the event of conflicts and breaking the rules (if you want to get investigative, check out the notes from Karrot Days). Using the existing feature to remove people from a group is usually a culmination of a longer process that tries to deal with issues in which the target person had been part of. In my own foodsaving group I heard many times that starting this voting/discussing period is usually seen as too drastic but necessary in some cases.

Now, we are talking about community organising, in projects that are often based on 100% unpaid work and are purpose- (instead of profit) oriented. There will not be an HR staff whose job is to keep people away from trouble that might affect their work, to keep employees motivated enough so as not to let any issue affect the organization’s bottom line. Instead, the whole point is to help groups self-organise and be better equipped by the software to deal with issues that affect the group negatively. Much can be gained from a proper process to solve conflicts and issues, both on an individual and collective level.

A bunch of ideas have been brainstormed at least since the feature was introduced, like:

  • graduated sanctions (e.g. temporary block for activities, or signing in), based on Ostrom’s principle for governing the commons.
  • escalating model to mediate conflicts, starting on a smaller scale involving less members of the group before it reaches the whole group
  • and in more recent discussion with groups some new ideas, like anonymous flagging and guiding people towards non-violent communication.

Collecting user feedback and revisiting the feature

Different from our two previous design processes, this one was not about creating a new feature, so it did not make much sense to follow the basic stages and methods by the book (whatever the book is). Things played out much more organically, because the feature for removing a user has been there since 2019 and discussions have been taking place at least since 2018. What we did was basically revisit the topic, go through old threads and prepare a session during Karrot Days to discuss more broadly with people from different groups. We from the Karrot team had also a few sessions dedicated exclusively to the topic. Additionally, I had myself some first-hand experience from my group and Vasilis had a few interview so we could collect some feedback of how people used or reacted to this feature.

We quickly realized there was a low-hanging fruit that could be picked, so we proposed to fix the notification system. Not only was it creating confusion when people got e-mail notifications which seemed out of context, because everybody in the group got subscribed to the chat (that would probably make sense in a group of few people). It also caused reactions against the people who initiated the process because they felt it was exposing others unnecessarily and that the matter could be handled in a more discrete matter. Social sensibilities played therefore a strong role in this and the design question was about how to involve people in the discussion without being a nuisance or intrusive, and at the same time not letting the person being targeted feel too exposed. The change we made is that everybody in the group should get a bell notification to let them know a process to review someone’s membership has started, without letting them get e-mail notifications for every message sent in the chat, unless they opt in of course. Another little tweak to make people aware of an ongoing process was to add a count on the ongoing “issues”, visible at the main menu.

Another change was about renaming the feature, so we went through all the texts where “conflict” and “conflict resolution” is mentioned and changed it to membership review. That might seem not very significant, but put into the context explained above, it should make more sense to groups that the feature is more about reviewing the membership of a user and so it can be plugged into the manifold ways they choose to deal with conflicts. Indeed, we discovered that many groups have their own policy for dealing with conflicts and that the feature is rarely used to solve a conflict in any other way than suggesting someone’s removal from the group, because it’s reached that point already.

One last thing we considered was to change the voting system. We got a couple of feedback from people who thought that score voting and its result were not easy to understand. However, we felt we did not have enough time and information to make a decision to change at this point. It’s amazing how much there is to consider from other voting systems, even if it’s single choice. We changed a bit of wording and we’ll continue following the user experience with the voting system to reconsider this in the future.

Final considerations on the process

The most valuable thing about taking up this topic again was to put things in perspective and re-model a vision for future designs and development of a more encompassing set of features for group governance and actual conflict resolution. Sometimes the valuable pieces of feedback and information are a bit scattered through time, on different threads, notes and conversations. It’s been worth not only gathering “old” information, but having renewed talks with different groups on their current experience using this feature and gathering people on a focused session like we had during Karrot Days. One thing I noticed though is that there was some kind of fatigue in trying to engage the community on this topic. Besides the session we had and some interviews conducted by Vasilis, it was mainly the Karrot team participating and deciding on the improvements. My feeling was that people got a bit tired of discussing this topic and felt they said everything that had to be said. It’s tricky to find the right balance between having a nice and inclusive participatory process to design and decide on improvements and to not be nagging the people who are part of this community. Nonetheless, the important thing is to take up the role of reaching out to make informed decisions that reflect the needs of different groups while aligning those needs with the value proposal of our project. And do it explicitly! That is why I dedicated some space in the beginning of this text to put the feature into this broader context. Looking forward to design and implement new ideas in the future!

References:
Conflict resolution with possibility to remove user from group - long thread, since the feature was first designed
Add possibility to remove user from group · Issue #798 · karrot-dev/karrot-frontend · GitHub - the first documented request
[Brainstorming] Process to remove user from group · Issue #853 · karrot-dev/karrot-frontend · GitHub - first design and mockup, with discussion
Improving conflict resolution feature - notes


This text was written as a milestone for the NlNet funding

1 Like

Looking at modern democratic systems, built on values of open communities (which I believe Karrot wants to promote) and which embedded some of the learnings from the totalitarian systems of the XX century, full isolation/removal of an individual from the society/community they were part of - as a lifelong prison or a death sentence - is accepted and legally possible, if ever, for some very harmful individuals only, perhaps a serial murderers, who are considered dangerous for others and for who there is really no hope to re-socialize them.

I believe it is not because there is no social desire to get rid of some individuals, it is because these mechanisms are very dangerous ones, can be really harmful. When combined with power structures and poor governance practices, which enable misuses and abuses, they are tools for political, societal and personal oppression and repression, used to strengthen the most powerful ones and to silence those who are uncomfortable for them. It is what dictatorship systems rely on, and why they all collapse.

Similarly, in closed organizations, practices of excluding/removal of a member who was in conflict with a person in power by the rest of the group are called mobbing and in most of the European countries, afaik, they are penalized - because of the emotional harm it makes to the people who are being mobbed.


Personally, I was removed from a Karrot group (asked to leave, to be precise). Afaik, I did not violate any of the rules of that group and did nothing wrong in the spaces of it, except having a conflict (misunderstanding?) with one of the longer term member of it. The process took a few months and now it’s about a year since it finished.

Every other night I feel like a criminalist, a really toxic person, who is doing damage to other people and to the projects I was part of. I don’t think this is who I am, though… at least not during the days. I keep having flashbacks from the process and events that lead to it, not as often as earlier, still a few times per week.

Is there anything you could perhaps do to help me with this? It’s been quite damaging to me (and my surroundings)…


NOTE: I have some family experiences that likely make me more sensitive to some the issues here than an average person probably is. I grew up with a grandma who survived concentration camp, my family members were politically oppressed by nazi, soviets and then the communists. Some were killed (disappeared) and others were repressed for seeking the truth about what happened to their closest ones. It’s possible that the way how I interact with power structures is somehow affected by this heritage too.

I would like to interview people who got removed from a group as part of systemic consensus based conflicts-resolution-feature / membership-review-process. Would it be possible that you help me to get in contact with them?

I wanted to read notes from the Karrot Days linked above, but I stopped at the very first line of them:

Conflicts usually have (at least) two sides involved, and I’d like to give voice to those that did not have a chance to speak yet, neither during the Karrot Days nor probably earlier, when still in the group.

Recalling Jo Freeman from The Tyranny of Structurelessness, in the absence of explicit power structures, implicit ones often emerge, which for the least powerful individuals are even more difficult to navigate than any explicit ones [structures / rules].

I am not advocating here for the world with more structures or less, I am just curious how often the feature is used to strengthen the implicit power structure already existing in the group and how often it is a case of someone who is genuinely breaking the rules and is unwilling to cooperate with the rest of the people - keeping in mind potential harmfulness of the feature in cases when it was misused.

I also allowed myself to create a support group for and from those who’s become subject (or rather an object) of the process. It is called Karrot’s forgotten people and is hosted on the main instance of Karrot (currently). You may consider inviting people who’s been removed from other groups to that one, I’ll be grateful if you do so.