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

DRAFT WG Lead Roles & Responsibilities #208

Closed
afmarcum opened this issue Oct 5, 2023 · 9 comments
Closed

DRAFT WG Lead Roles & Responsibilities #208

afmarcum opened this issue Oct 5, 2023 · 9 comments
Labels
administration documentation Improvements or additions to documentation enhancement New feature or request

Comments

@afmarcum
Copy link
Contributor

afmarcum commented Oct 5, 2023

WG Lead Roles & Responsibilities

  • Facilitate WG meetings including agendas, calls for topics, and capturing and following up on action items
  • Drive progress on WG efforts whether specifications, code, or other contributions
  • Provide technical guidance and sponsorships for sub-projects and arbitrate technical disputes
  • Present WG updates to TAC
  • Facilitate WG voting as needed
  • Accountable for GitHub Repo management including edits/updates, issue and PR backlog management, and delegating responsibility to a separate volunteer, if applicable
  • Time commitment: 1-2 hours per week

For review at the next TAC meeting to be available as a template/starting point for each WG.

@di
Copy link
Member

di commented Oct 17, 2023

+1, I think this accurately captures the current responsibilities of a WG lead.

@lehors
Copy link
Contributor

lehors commented Oct 17, 2023

I think that's a very good list. Although one could argue that it is embedded in the driving progress on WG efforts I think it would be worth adding something about coordinating with the related Projects and SIGs.

@hepwori
Copy link
Contributor

hepwori commented Oct 17, 2023

Great list!

I'd add: making the work of the working group visible and legible to the rest of OpenSSF — not just the TAC. Here (https://openssf.slack.com/archives/C01A1MA7A1K/p1697121905562069) is an example of what we're trying in SCI: just a quick summary of each meeting posted in Slack for folks to follow along with.

@torgo
Copy link
Contributor

torgo commented Oct 17, 2023

Think it should be 2-3 hours, but other than that, great.

@afmarcum
Copy link
Contributor Author

afmarcum commented Oct 18, 2023

Updated bullets 3, 4, and 7 to include feedback. Let me know if any missed the mark.

WG Lead Roles & Responsibilities

  • Facilitate WG meetings including agendas, calls for topics, and capturing and following up on action items
  • Drive progress on WG efforts whether specifications, code, or other contributions
  • Provide technical guidance and sponsorships for sub-projects, coordinate with related Projects and SIGs, and arbitrate technical disputes as needed
  • Present quarterly WG updates to the TAC and regularly make the work of the WG legible throughout OpenSSF (i.e. posted in community channels)
  • Facilitate WG voting as needed
  • Accountable for GitHub Repo management including edits/updates, issue and PR backlog management, and delegating responsibility to a separate volunteer, if applicable
  • Time commitment: 2-3 hours per week

@lehors
Copy link
Contributor

lehors commented Oct 18, 2023

LGTM. Thanks!

@SecurityCRob
Copy link
Contributor

@afmarcum can I ask you to create a PR and stage this as an md file in our repo under "process"?

@SecurityCRob
Copy link
Contributor

we can do the same for other R&Rs, like the TAC there too

@SecurityCRob SecurityCRob added documentation Improvements or additions to documentation enhancement New feature or request administration and removed Next Meeting labels Nov 14, 2023
@SecurityCRob
Copy link
Contributor

This was merged today. Please see the final text here: https://github.com/ossf/tac/blob/main/process/wg-lead-R%26Rs.md

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
administration documentation Improvements or additions to documentation enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

6 participants