Considering medium and large proposals approval rules #129
Labels
No labels
category
budget
category
docs
category
limesurvey
category
meta
category
physical events
category
swag
category
virtual events
charter
ambassadorship
charter
events
charter
recognition
good first issue
help wanted
needs
event report
needs
reporter feedback
needs
vote
scope
bug
scope
improvement
scope
new
state
approved
state
blocked
state
duplicate
state
invalid
state
wontfix
team
advocates
team
ambassadors
team
commops
team
council
team
design
team
docs
team
g11n
team
marketing
team
mindshare
team
websites-apps
No milestone
No project
No assignees
5 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
mindshare/tickets#129
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
I have noticed over previous Mindshare terms that it can take a long time to come to a unanimous cencensus for large events.
I would like to discuss changing voting rules for medium and large events, so we can approve them in a more timely manner.
A preliminary proposal to consider, subject to discussion, would be to change large event proopsals to require 6 +1s and no -1s, rather than unanimous concensus.
I want to loop this in as a part of a bigger conversation of whether or not we should consider having weekly meetings instead of fortnightly ones in Fedora Mindshare. In my personal observation, a cancellation of one meeting led to the earliest catchup happening almost after a month. Depending on the issue tickets we have on queue, this can be destructive for those proposing events. Maybe we can have pre-emptible slots that we can call off (entirely or early) if we do not have something to talk about?
But @theprogram I agree with your proposal. We do not necessarily want to be in a position where we are prying up an approval, let alone curation since that had not been provided by then, from the committee members. A present consensus within the week of the vote is what I would want to see. Say, for instance, if DevConf.IN 2027 is being voted upon on a meeting on Nov 26th 2026, then we can give until a week from then to lock down the votes from whoever on the committee we get it from.
+1 on my end
+1
@t0xic0der These are good points about revisiting our meeting frequency and duration. Could we discuss on Matrix or in a new ticket? I'd like to discuss this more too because I was thinking about weekly meetings too, especially if we are a leaner group.
@theprogram, I was confused what you meant about unanimous consensus. I don't see what you are seeing, maybe? When I checked the page for Large Events, this is all we require for decision-making:
Do you mean the number of days should be fewer? Or did you have something else in mind? I have been thinking about revisiting these two types of events for a while, and I'd be glad to trade notes and ideas.
Checking the Large Event category, I see Justin is correct - so I am not sure why I thought Large Events required unanimous consent.