🧵 Thinking through how a co-operative software governance model could work (again), specifically for a large collection of projects or an Apache-like software foundation:

Each project (comprising one or more related software repos, issue trackers, and other resources) has a project leader and maintainers. Pretty standard stuff. Project leader may be semi-permanent or may be elected from time-to-time from the maintainers. Maintainers can code review and merge, project leader is ultimately responsible for ensuring timely communications and merges, representing the project to the board, etc.

Outside of projects there are "guilds" (is there some better more easily understood name for this? Maybe it's just a committee.) that are groups that operate on many projects. Eg. the UX guild might be responsible for making recommendations and improving the UX for all projects managed by the co-op. They also have leaders and each may handle their own affairs, elections, decision making, etc. separately from the others.


@flancian I *really* dislike it when people make up words for things like this, it always feels vaguely corporate-speak to me, or like it's just intentionally confusing, but maybe that's just me? Maybe it's just re-using existing words that I don't like, I'm really not sure. But also I can't think of an existing term that applies or anything better, or even reasonably define why it bugs me so…

@sam interesting! I guess I like RPG-like terms so I don't mind. Of course there's also "working group".

But generally I think as long as we're talking about groups ideally each group can self-name and optionally follow a naming scheme.

@sam so perhaps you could have a UX guild and a backend squad and it shouldn't matter.

@flancian probably still want a word to refer to "any cross project group". Maybe projects and cross project things are all just " teams", I dunno why I differenti

Sign in to participate in the conversation

A Fediverse instance for people interested in cooperative and collective projects.