Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

AoA statement about representing GR #12

Open
777arc opened this issue Oct 17, 2020 · 11 comments
Open

AoA statement about representing GR #12

777arc opened this issue Oct 17, 2020 · 11 comments

Comments

@777arc
Copy link
Member

777arc commented Oct 17, 2020

Clearly the wording in the AoA about the board representing GR is not adequate, it's a shame folks didn't bring this up before we voted in the AoA but whatever, we'll deal with it now via whatever voting process required. Here's what it says now:

  1. Each individual board member has the right to represent the Association to outside parties.

And here's my proposal, feel free to provide suggestions.

  1. Each individual board member has the right to represent the Association to outside parties regarding legal and contractual purposes. This does not preclude the other GA members from representing the project in non-legal and non-contractual situations, as long as it's done in a reasonable manner, especially when related to their roles within the project (e.g. lead code maintainer representing the project for matters related to the code).
@noc0lour
Copy link
Member

Personally I'd rather add roles which are allowed to represent the project on specific areas than adding a very unclear blanket OK for GA members to represent the GNU Radio project in whatever they deem reasonable.

@777arc
Copy link
Member Author

777arc commented Oct 17, 2020

Yeah, I guess when I wrote this I figured we would also figure out some wording for the technical positions, if we want to do it all in 1 go that's fine with me. I figured they would be part of a new bylaw.

@777arc
Copy link
Member Author

777arc commented Oct 21, 2020

Personally I'd rather add roles which are allowed to represent the project on specific areas than adding a very unclear blanket OK for GA members to represent the GNU Radio project in whatever they deem reasonable.

How about this kind of statement in a separate area of the AoA/bylaw that outlines the process of creating technical roles (the line above is really just pointing out legal and contractual/representation):

"The GA appoints individuals as Leads for specific areas of responsibilities which the Leads then have primary decision making powers over. The GA appoints a Lead by simple majority voting and can replace a Lead by another vote."

And the actual list of roles should probably live somewhere separate.

@mbr0wn
Copy link
Member

mbr0wn commented Oct 22, 2020

I definitely don't want the list of roles to be in the AoA. They should definitely be listed on the website, and they will be in our meeting minutes.

@mbr0wn
Copy link
Member

mbr0wn commented Oct 22, 2020

@777arc your first suggestion seems a bit wordy to me, and I'm not sure what implications the "legal representation" has. It sounds like any GA member could sign contracts on whatever, and that could be risky. I very much like your second suggestion.

@777arc
Copy link
Member Author

777arc commented Oct 22, 2020

Yep that's fair

@noc0lour
Copy link
Member

I definitely don't want the list of roles to be in the AoA. They should definitely be listed on the website, and they will be in our meeting minutes.

The list of currently elected/appointed folks should also be tracked in a simple list in this repository, e.g.

# $role
- Appointee 1 (elected on dd.mm.yyyy)
- Appointee 2 (elected on dd.mm.yyyy)
# $role2
- Appointee 3 (elected on dd.mm.yyyy)
# $role3
- Appointee 1 (elected on dd.mm.yyyy)

structure depends on the agreed upon procedure in the AoA of course (w.r.t to multiple memberships, teams etc).

@duggabe
Copy link
Collaborator

duggabe commented Oct 29, 2020

In my perspective, I recommend:

  • the term "represent" needs to be defined in the Clarification of Terminology section
  • Use Marc's second wording "The GA appoints individuals as Leads for specific areas of responsibilities which the Leads then have primary decision making powers over. The GA appoints a Lead by simple majority voting and can replace a Lead by another vote."
  • Use noc0lour's suggestion

The list of currently elected/appointed folks should also be tracked in a simple list in this repository, e.g.

# $role
- Appointee 1 (elected on dd.mm.yyyy)
- Appointee 2 (elected on dd.mm.yyyy)
# $role2
- Appointee 3 (elected on dd.mm.yyyy)
# $role3
- Appointee 1 (elected on dd.mm.yyyy)

structure depends on the agreed upon procedure in the AoA of course (w.r.t to multiple memberships, teams etc).

  • If we have consensus on this, I think we should proceed to formal adoption.

@777arc
Copy link
Member Author

777arc commented Oct 29, 2020

Yeah I like that, although we sort of pivoted from the original name of the issue, which was just fixing that one line in the AoA, and now we're designing the new technical roles thing. So we should probably close this out and make a new proposal with less clutter.

@duggabe
Copy link
Collaborator

duggabe commented Oct 29, 2020

What is the formality for making an item for a vote? Creating that issue / agenda / whatever would be the most productive next step.

@777arc
Copy link
Member Author

777arc commented Oct 29, 2020

Agreed

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

No branches or pull requests

4 participants