mirror of
https://codeberg.org/forgejo/meta.git
synced 2024-05-18 12:00:47 +00:00
Add Feb 20 governance meeting notes
This commit is contained in:
parent
cfd37a557e
commit
6ebf771cf6
49
meeting-notes/2023-02-20.md
Normal file
49
meeting-notes/2023-02-20.md
Normal file
|
@ -0,0 +1,49 @@
|
|||
# Forgejo Governance meeting 2023-Feb-20
|
||||
|
||||
::: info
|
||||
Purpose: Designing, evolving, improving and tweaking Forgejo's governance system, using ideas and feedback from ongoing collaboration questions and challenges in Forgejo and experience from other projects.
|
||||
:::
|
||||
|
||||
## 📑 Proposed agenda items
|
||||
|
||||
A place to propose/prioritize agenda items collaboratively in advance.
|
||||
|
||||
* Dachary: Decision making process documentatin
|
||||
* Dachary: Status report on legitimizing the security team
|
||||
* Dachary: Which team should go next to be legitimate according to the decision making process instead of randomly appointed people?
|
||||
|
||||
## 👥 Roles
|
||||
|
||||
* 🌝 ++Attending++: tallship, fr33, Loic, Ryuno-Ki
|
||||
* 🪐 ++Facilitating++: fr33
|
||||
* ⌨️ ++Note-taking & timekeeping++: fr33
|
||||
* 📼 ++Recording++: Loic
|
||||
|
||||
## 📑 Notes
|
||||
|
||||
* Dachary: Decision making process documentatin
|
||||
* Feedback:
|
||||
* Decision-making guide seems useful, despite seeming too long in the past
|
||||
* Some people seem to have read this document, it's reflected in their participation in decisions
|
||||
* Dachary: Status report on legitimizing the security team
|
||||
* Feedback for election process
|
||||
* Opened issues for security team candidates
|
||||
* Do we have people present themselves and then we do with the best we have? Or do we make a list of requirements?
|
||||
* Frame it as expectations rather than requirements
|
||||
* We have a challenge with commitment/trust/reliability because we're volunteers, not full-time employees
|
||||
* No duration for review/re-election
|
||||
* Loic: 1 year as a good default, but also do have flexibility, depends on people's comfort to commit
|
||||
* Tallship: Allow people to step down early if their circumstances change, and to pick a short duration that suits them
|
||||
* Loic: Important to set a maximum, can re-reply but it means nobody holds a role for too long without being re-approved
|
||||
* Loic proposes to set this maximum to 1 year
|
||||
* How to track the durations and re-elections:
|
||||
* Loic: Have people open an issue when their role is close to ending
|
||||
* fr33: Make it very clear (probably in TEAMS.md) when's the end of the role of each person holding a role
|
||||
* [ ] fr33: Before launch, all roles need to have a duration set, and a system for reminding to elect roles when the time comes
|
||||
* Loic: Aim to have more than one person per team/role, because bus factor, people can disappear
|
||||
* [ ] fr33: Codify that somewhere
|
||||
* Loic: For non-exclusive membership in a team (i.e. being just a team member without a special role in the team), have a set time where if the person has been inactive, we remove them from the team (and they can come back in the future), proposing 2 years
|
||||
* [ ] fr33: Codify that when designing the election process based on sociocracy
|
||||
|
||||
* [ ] fr33: Reach out and invite people to these meetings
|
||||
* [ ] fr33: Learn from the Feb-21 conflict
|
Loading…
Reference in a new issue