Closed Khadeeejah closed 1 year ago
@arliss-NF here is my submission for my first contribution. thank you
Sorry, I am not part of this Outreachy project.
Sorry, I am not part of this Outreachy project.
Apologies
@arliss-NF
Hi @Khadeeejah - excellent work. Very detailed and well-organized. Thank you for all the great links. Gathering these is a part of the project work, so this is a very good start. I did not know about Lazy consensus, so I learned something. Thanks for sharing your background in DAOs - this is good to know.
Name : Khadijah Amusat Project Assigned : Bento Ml Governance Model
BentoML's governance system is meritocratic and consensus-based. Everyone with an interest in the project is welcome to join the community, contribute to it, and participate in decision making. And below are document that aims to define how that involvement takes place.
Project Roles
1 Contributors 2 Core Team 3 Benevolent dictator (project lead)
Decision Making Process
Decisions concerning the project's future are determined in consultation with all members of the community, from the newest user to the most experienced PMC member. The BentoML contributors mailing list is where all non-sensitive project management conversation takes happen.
To avoid being mired down by protracted debate and vote, the project employs a policy of lazy consensus. This enables for majority choices to be reached without the need for a formal vote.
Lazy consensus
Decision making typically involves the following steps:
Every community member can propose a proposal for the community to consider. They should send an email to the BentoML contributors' list or write a Github issue outlining the new concept to start a conversation about it. This will cause the concept to be reviewed and, if necessary, discussed. This review and debate is intended to acquire approval for the contribution. Because most members in the project community have a common vision, there is frequently little need for dialogue to obtain agreement.
In general, a proposal or patch is considered to have community support as long as no one expressly opposes it. This is known as lazy consensus, and it means that individuals who have not expressed their view explicitly have implicitly consented to the proposal's adoption.
Lazy consensus is a crucial notion in the project. This technique enables a big number of individuals to create an efficient agreement since someone who has no objections to a proposal does not need to spend time articulating their stance, and others do not need to spend time reading such messages.
Allowing at least 72 hours before presuming that there are no objections to the idea is required for lazy consensus to be successful. This stipulation guarantees that everyone has sufficient time to read, absorb, and reply to the proposal. This time span was intended to be as inclusive to all participants as possible, regardless of their location or time obligations.
Voting
Lazy consensus is not appropriate for all decisions. Problems affecting the project's strategic direction or legal status must be explicitly approved by the Core Team, which will use the Apache Foundation voting process. Every member of the community is urged to participate in all discussions and votes. Yet, only Core Team members have binding votes in decision making.
How easy or difficult was it to find and understand?
That was fairly simple because the guidelines mentioned that the governance may be available on the website or on the project's Github. Because of my web3 experience, I understand what a governance model is and how it works, and I am a member of three separate DAOS (Decentralized Autonomous Organizations), which are community-led entities with no central authority. The DAO's activities are quite similar to the governance model.