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

Add TAG leadership election governance template #1195

Open
wants to merge 3 commits into
base: main
Choose a base branch
from

Conversation

leonardpahlke
Copy link
Member

This PR adds a template under the toc/tags/resources/tag-formation-template to document the leadership election process within TAGs. This PR #1086 established the /tags/resources structure, and this PR adds content to one of the empty stub files. More PRs will follow to add content to the other template files (like: #1128 and #1116).

The election process is a combined version of the TAG ENV TL, TAG ENV Chair and TAG ENV WG Chair election process. TAG ENV originally pulled the governance files from TAG Security, see file.

Copy link
Contributor

@TheFoxAtWork TheFoxAtWork left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Overall looks good, made some suggestions to increase clarity.

…ction-process.md

Co-authored-by: Emily Fox <[email protected]>
Signed-off-by: Leonard Vincent Simon Pahlke <[email protected]>
@leonardpahlke leonardpahlke force-pushed the add-tag-election-process-template branch from 6c67f2b to 1b9d268 Compare October 24, 2023 18:09
@leonardpahlke
Copy link
Member Author

Added the suggestions 👍

@leonardpahlke
Copy link
Member Author

leonardpahlke commented Oct 24, 2023

ref "Implementation of an updated TAG formation process" issue: #1043

@leonardpahlke
Copy link
Member Author

I am thinking about splitting the document into two parts.

  1. election procedure for TAG chairs and TAG TLs
  2. election procedure for working group and project leads.

I think the procedure for working group and project leads can be simplified.

@TheFoxAtWork
Copy link
Contributor

@leonardpahlke, agreed. Since working group and project leads are a different process, than TAG Chairs and TAG TLs it makes sense to separate them.

@TheFoxAtWork
Copy link
Contributor

@nikhita @linsun would you both PTAL and see if this aligns with the current direction of the leadership terms and ladder effort? if it does would you provide your review so this may be merged in?

@linsun
Copy link
Contributor

linsun commented Oct 1, 2024

Sorry about the delay with lots of travel, I will review this this week and make sure the doc content is also merged in: https://docs.google.com/document/d/1xP1SXy4LW9yxI_1cs3GYQyv6wb3-JYBdXE8MYO0RnqQ/edit?usp=sharing

@angellk angellk requested review from linsun and nikhita October 4, 2024 05:35
@linsun
Copy link
Contributor

linsun commented Oct 7, 2024

Hi @leonardpahlke this looks great. Based on our prior discussion, do you think we can add the following as well?

Leadership Terms:
Each leadership role is on a 2 year term once appointed.

Elections:
Elections should be conducted by CNCF staff. TAG leadership Election should start 1-2 months after the TOC election finishes each year, pending CNCF staff’s availability to run the elections.

For the immediate election in 2025, roughly 50% of the roles should be made available for election where existing leaders can choose to rerun, starting with the longest serving leaders. The rest of the leads who are not up for election should plan to be up for elections in 2026.

Co-chairs can be nominated by any existing co-chairs or TOC member. TL roles should be nominated by any existing co-chairs or TLs. WG leads can be nominated by any TAG leaders.TAGs may define their own process by which they field nominations for these roles, provided they adhere to CNCF and TOC expectations of openness, transparency, and accountability.

Co-chair elections should be voted on by the TOC. Other TAG leads elections should be voted by TAG co-chairs, TLs, WG leads or other active members of the TAG.

Vacancies
In the event that a TAG lead vacates their seat during their term, a by-election shall be conducted to fill the position for the remainder of the term in accordance with the regular election procedure.
The TAG co-chairs may initiate a vote of no confidence in a TAG leader when the TAG leader has not performed any TAG leader tasks for 6 months. The leader shall be removed if the motion is approved by at least sixty percent (60%) of the TAG leaders along with the approval support from all of the TOC Liaisons for the TAG.

Liaisons
Following the TOC liaison for TAG model, we recommend that at least one TAG co-chair or/and TL serve as liaison for each TAG WG so the co-chair or/and TL can help resolve any concerns from the WG within the TAG’s own governance. This ensures TAG Leadership remains aware and conscious of the WG’s activities, deliverables, and overall health.


**Nominees must**:

* Be the author of at least one pull request against the `<TAG NAME>` repository
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

A quick question: What is the purpose of calling this out versus making it part of the list below? It seems to already be somewhat related to the commenting on PRs, etc. issue below.

Is the author of a PR the person who created it? Is any person who did a lot of the work on it an author? What about someone who reviewed and commented heavily on it? Do all PRs regardless of length / purpose / complexity count the same here?

I know this is all subjective and I'm not proposing to define all the corner cases. I'd actually prefer to make this less specific and less emphasized. My concern is that I don't want someone with imposter syndrome who has been a great contributor, but who didn't create a PR to feel like their application shouldn't be put forth.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

These are good points @JustinCappos.

If i understand it correctly, the intent here was to define observable metrics to confirm that individuals being nominated are familiar with, have performed, and contributed meaningfully to the TAG. Since the existence and governance of the TAGs are managed and orchestrated through GitHub, its important to confirm such activity has occurred therein.

Given the collaborative nature of many pull requests from our TAGs, it is reasonable to expect that over the course of a potential candidate's involvement in the TAG that they have assisted in triaging, reviewing pull requests, updating/changing/creating new content in the TAG repo, and performed other git observable and trackable activities that demonstrate a deeper level of active involvement in the group's success beyond discussions and slack messages. Effectively demonstrating skills, management, and forethought that we would expect from the leaders of our TAGs.

Would other's confirm my understanding?

@leonardpahlke
Copy link
Member Author

Thanks for the input. Will make updates to the PR this week.

@TheFoxAtWork
Copy link
Contributor

@leonardpahlke any update on this?

Signed-off-by: Leonard Pahlke <[email protected]>
@leonardpahlke leonardpahlke force-pushed the add-tag-election-process-template branch from 3611e75 to 807c058 Compare November 21, 2024 09:41
@leonardpahlke
Copy link
Member Author

Updated the PR. @linsun please take a look.

Liaisons
Following the TOC liaison for TAG model, we recommend that at least one TAG co-chair or/and TL serve as liaison for each TAG WG so the co-chair or/and TL can help resolve any concerns from the WG within the TAG’s own governance. This ensures TAG Leadership remains aware and conscious of the WG’s activities, deliverables, and overall health.

I am wondering if this would be better placed in the roles document, since It's not really about the election, right?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
process-documentation Doc changes for process and procedures
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants