-
Notifications
You must be signed in to change notification settings - Fork 38
use Loomio #420
Comments
|
loomio/loomio#2756 having been resolved, I've created a Gratipay group on Loomio: |
It's currently as wide-open as possible, so feel free to experiment with it. :-) |
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. |
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. |
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. |
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! :-) |
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. |
Agreed. Participation in open source can and should take many forms besides coding.
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.
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! :-) |
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:
https://austerityprotests.wordpress.com/2015/05/03/email-etiquette-for-virtual-collectives/ That's how I think we should use Loomio. |
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. |
@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. |
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. |
+1 for using both as @Sirjazzfeet suggested |
+1 on that as well. |
I've been lurking in the Loomio Community on Loomio. Here's the first instance I've noticed of a Loomio proposal "done right." |
|
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. |
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. |
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?
The text was updated successfully, but these errors were encountered: