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

Proposal: Set a one-year term for the Accessibility project's SSC representative #138

Closed
isabela-pf opened this issue Aug 25, 2023 · 5 comments · Fixed by #140
Closed

Proposal: Set a one-year term for the Accessibility project's SSC representative #138

isabela-pf opened this issue Aug 25, 2023 · 5 comments · Fixed by #140
Labels
area: governance 🚀 Processes to build a sustainable project and community

Comments

@isabela-pf
Copy link
Contributor

Background

In the current Jupyter governance model, Jupyter Accessibility is a software subproject. As a software subproject, we elect a council member to represent us on the Jupyter Software Steering Council (SSC). At the time of writing, I am that representative.

While we have a process for this election, the accessibility project has not previously made a formal decision related to term length or representative election timelines. The Jupyter Software Subproject documentation currently leaves this decision up to the software subprojects themselves.

Proposal

I propose we set the term length for accessibility subproject SSC representatives to be a year. This would require annual elections. I am not proposing any caps on the number of terms or consecutive terms at this time.

I'd like to bring this to a vote, but I want to make sure I leave time for discussion outside meeting times as well. I will follow up in a week to see what next steps are relevant.

Actions needed

  • Discuss the proposal as desired in this issue (open to council members and the public)
  • Bring up amendments to the proposal (open to the council members and the public)
  • Comment if you are interested in a vote (at least one council member other than me needs to also want this to be a vote in order to start one; if no one else is interested that also makes our decision)

Thank you for your time and thoughts!

cc: @jupyter/accessibility-council

@isabela-pf isabela-pf added the area: governance 🚀 Processes to build a sustainable project and community label Aug 25, 2023
@fcollonval
Copy link

Thanks @isabela-pf I support this proposal. Lots of Jupyter projects have done so. And this is a great way for members to increase their involvement if they are interested.

@tonyfast
Copy link
Contributor

i think that this makes sense. thanks for raising the issue.

the accessibility to burnout pipeline is real. terms would allows members to check if they are properly resourced and supported to continue serving these roles.

@trallard
Copy link
Member

I am +1 on this proposal

@isabela-pf
Copy link
Contributor Author

Thank you all for commenting!

Given that there hasn't been any reason mentioned to not hold a vote and that voting will be an expression of opinion anyways, I'll set up a vote. I will report the results back on this issue and close it once the vote is completed.

@isabela-pf
Copy link
Contributor Author

The voting period for this proposal has closed!

  • Yes: 9 votes
  • No: 0 votes
  • Abstain: 0 votes.

With a voting body of 10 council members, the quorum of 50% is met and the proposal passes.

Thank you all for your time. I will be looking into what document/documentation changes need to be made to update this change then.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
area: governance 🚀 Processes to build a sustainable project and community
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants