Skip to content
This repository has been archived by the owner on Nov 16, 2022. It is now read-only.

use Loomio #420

Closed
chadwhitacre opened this issue Nov 25, 2015 · 20 comments
Closed

use Loomio #420

chadwhitacre opened this issue Nov 25, 2015 · 20 comments

Comments

@chadwhitacre
Copy link
Contributor

Loomio is a tool for group decision making. How does it compare with GitHub Issues? Would it be better than GitHub Issues in a cooperative (#72) and/or holacratic (#404) future? What kinds of decisions would it be better for?

@chadwhitacre
Copy link
Contributor Author

Greetings! I represent a payments company called Gratipay, and to be honest, I think Enspiral/Loomio and Gratipay should be friends and partners. Over at Gratipay we're starting to think more seriously about our formal governance. Loomio is a tool we're considering adopting (#420) and Enspiral is an example we're considering following (#72 (comment)).

My immediate purpose for asking to join this group is to lurk and observe Loomio in action. May I? :-)

screen shot 2015-11-25 at 4 09 37 pm

https://www.loomio.org/g/WmPCB3IR/loomio-community

This was referenced Nov 26, 2015
@chadwhitacre
Copy link
Contributor Author

loomio/loomio#2756 having been resolved, I've created a Gratipay group on Loomio:

https://www.loomio.org/g/NFuLByXn/gratipay

@chadwhitacre
Copy link
Contributor Author

It's currently as wide-open as possible, so feel free to experiment with it. :-)

@chadwhitacre
Copy link
Contributor Author

Alright! I've been lurking the Loomio Loomio, and now have started poking around at a clean Gratipay group (I was waiting for loomio/loomio#2756). Loomio is basically a piece of software that formalizes the usual +1/-1 open-source voting process (cf. this request for same inside GitHub and this attempt to deliver). The heart of Loomio is a discussion board with a "proposals" feature alongside it, with all sorts of suggestions for how to use this feature. Loomio itself doesn't seem to encode any more formal structure than that (cf. #404 (comment)).

I'm finding that, in practice, Loomio gets stretched well beyond its core decision-making design—in a bad way, where it ends up looking a lot like yet another forum. When am I supposed to use GitHub? Trello? Loomio? Notably, while there are prominent pie charts on the side of those threads that have a proposal, there is no big "Close" or "Merge" button at the bottom of every thread, as there is on GitHub. Launching proposals is easy, but landing them appears harder. I'm seeing threads that are years old and others that are seemingly intended to live forever(!).

In other words, if we use Loomio, we should be clear about why and how we want to use it.

For most decisions, it's not clear to me that Loomio provides sufficient value over GitHub issues to justify the introduction of an additional channel and source of truth. Certainly I don't think we should use it as a customer support forum.

Loomio could add value when we want a formal vote. To the best of my knowledge, we've only called for a vote once, for the first rename attempt. I can imagine us needing to vote more formally more often in a cooperative future (#72), and Loomio could be part of the answer to the question of how to run an annual meeting over the Internet. Along those lines, I'm intrigued to learn more under #421 about how Enspiral Ventures are constituted, and function in practice.

@Sirjazzfeet
Copy link

Github has a programmer centric user interface and terminology, with a lot of clutter for the non-programmer. So I think Loomio or something like it can go a long way towards living up to the value of openness, lowering the entry barrier for newcomers, most of whom will perhaps not be programmers.

@chadwhitacre
Copy link
Contributor Author

Github has a programmer centric user interface and terminology, with a lot of clutter for the non-programmer. So I think Loomio or something like it can go a long way towards living up to the value of openness, lowering the entry barrier for newcomers, most of whom will perhaps not be programmers.

@catskul and I were discussing this very idea earlier this evening. I live in his hometown, Ambridge, where we've been piloting a project using GitHub Issues for citizen engagement. That's where I am especially on the fence about Loomio vs. GitHub. I've gone ahead and ticketed Ambridge/Ambridge#70 about moving to Loomio for citizen engagement in Ambridge.

I'm more comfortable sticking with GitHub for Gratipay for our day-to-day work, because of the momentum we have, and the fact that we're primarily building software. GitHub isn't that cluttered if you're only looking at Issues.

@Sirjazzfeet
Copy link

Its true you can get use to GitHub, I'm use to it now and its easy for me. But clearly not the most open interface for newcomers, so will increase inequality and decrease diversity somewhat.

@chadwhitacre
Copy link
Contributor Author

On another view, downplaying GitHub because "it's too hard" reinforces the idea that programming and technology are only for a special class of people who are "good enough" for it. You've gotten over the GitHub hump, @Sirjazzfeet. The same is true for citizens of Ambridge. If we focus more on outreach and education, we can decrease the confidence barrier to participating in collaborative online projects, which almost always have a software component in addition to a managerial aspect. Siloing those two aspects seems to me to decrease equality and diversity. Lets not underestimate people! :-)

@Sirjazzfeet
Copy link

If we want to be open we have to accept the world as it is. Most people are not programmers and never will be. So it presently is for a specialised class of people- in America, mostly middle class white males. So simply ignoring that is discrimination against sex and race, amplifying inequality - not "open". On a slightly seperate note: do you assume that everyone needs to learn to code? Education is good, restricting people based on their education is not good imo.

@chadwhitacre
Copy link
Contributor Author

Most people are not programmers and never will be.

Agreed. Participation in open source can and should take many forms besides coding.

On a slightly seperate note: do you assume that everyone needs to learn to code?

No. I'm suggesting that people can use GitHub Issues without learning to code, and that doing so can help dissolve a barrier to participation in open source. Everyone can be comfortable around code—if they're not, we're doing something wrong.

simply ignoring that
Education is good

Right. When I say we need to "focus more on outreach and education," I'm talking about intentional, active work, not passive wishful thinking. For example, I'm currently on-site consulting for a startup that has had 80 interns in the past three years, 50% of whom are women, many of whom they've subsequently hired. This fact is the result of a highly intentional pedagogical process. I find it inspiring! :-)

@chadwhitacre
Copy link
Contributor Author

Since GitHub issues functions like a mailing list, this article on the way email "reproduces certain pathologies" is relevant to this conversation. I think the main take-away for us here is this advice:

Actively seek alternatives to email for decision making processes of any importance, especially those involving how the group works internally, items relating to strategy, or issues where a quorum really should be in place.

https://austerityprotests.wordpress.com/2015/05/03/email-etiquette-for-virtual-collectives/

That's how I think we should use Loomio.

@mattbk
Copy link
Contributor

mattbk commented Dec 18, 2015

Isn't any discussion going to act (in essence) like a mailing list? Messages along a temporal axis are subject to most of the problems listed at that link, regardless of the platform used.

@chadwhitacre
Copy link
Contributor Author

@mattbk Yes, but Loomio gives you the ability to collect a vote and thereby make sure you have a quorum of the people you care about weighing in.

@Sirjazzfeet
Copy link

I do think we should use both. Github leaning towards technical management and updates, Loomio leaning more towards organisational discussions and decisions. Or something like along those lines.

@kaguillera
Copy link
Contributor

+1 for using both as @Sirjazzfeet suggested

@mattbk
Copy link
Contributor

mattbk commented Dec 28, 2015

+1 on that as well.

@chadwhitacre
Copy link
Contributor Author

I've been lurking in the Loomio Community on Loomio. Here's the first instance I've noticed of a Loomio proposal "done right."

@chadwhitacre
Copy link
Contributor Author

I noticed your group’s free trial has expired.

I’d appreciate if you were able to answer a few quick questions:

  • ​How is your group enjoying Loomio?
  • Is there anything that you are finding difficult?
  • What could we do to make the experience of your group better?
  • Has your group discussed which pricing plan suits you best? (e.g. Gift, Standard or Plus)
  • Is there any other arrangement that would better suit you?

Thanks in advance for your answers!

@chadwhitacre
Copy link
Contributor Author

I've been using Loomio for real for the first time this week, in the "Buy Twitter" group (likely to shift emphasis soon). The main thing I miss vis-a-vis GitHub is the ability to close issues. It's possible to record the outcome of a proposal, but the sense of finality is missing, IMO.

@chadwhitacre
Copy link
Contributor Author

After using Loomio for real, I don't see enough value in it to introduce it as an additional source of truth beyond GitHub. Reactions let us quasi-vote as well as we could on Loomio.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

4 participants