-
Notifications
You must be signed in to change notification settings - Fork 7
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
Establish team charters #44
Labels
A-project-structure
Area: Structure of the Rust Project
I-council-nominated
This issue nominated for discussion in a meeting.
S-active
Status: Someone or some group is actively working on this.
Comments
ehuss
added a commit
to ehuss/rust-forge
that referenced
this issue
Aug 9, 2023
These docs are very outdated and contains some misleading information. There are important things to resurrect at some point, which is something the Council should take on: * Definition of teams, and the structure of the Project in general: rust-lang/leadership-council#33 * Team charters, defining what each team's mission and responsibilities are: rust-lang/leadership-council#44 * Suggestions on moderation team processes should follow up with either the Council or https://github.com/rust-lang/moderation-team * Suggested decision making processes for teams: rust-lang/leadership-council#45 (and rust-lang/leadership-council#23 to some degree).
ehuss
added a commit
to ehuss/rust-forge
that referenced
this issue
Aug 9, 2023
This will generally not be kept up-to-date, and this information can be found elsewhere like the GitHub repo listing or the https://www.rust-lang.org/governance pages. As part of rust-lang/leadership-council#44 I'd also like to better surface this kind of information on the Forge.
ehuss
added a commit
to ehuss/rust-forge
that referenced
this issue
Aug 21, 2023
These docs are very outdated and contains some misleading information. There are important things to resurrect at some point, which is something the Council should take on: * Definition of teams, and the structure of the Project in general: rust-lang/leadership-council#33 * Team charters, defining what each team's mission and responsibilities are: rust-lang/leadership-council#44 * Suggestions on moderation team processes should follow up with either the Council or https://github.com/rust-lang/moderation-team * Suggested decision making processes for teams: rust-lang/leadership-council#45 (and rust-lang/leadership-council#23 to some degree).
ehuss
added a commit
to ehuss/rust-forge
that referenced
this issue
Aug 21, 2023
This will generally not be kept up-to-date, and this information can be found elsewhere like the GitHub repo listing or the https://www.rust-lang.org/governance pages. As part of rust-lang/leadership-council#44 I'd also like to better surface this kind of information on the Forge.
I nominate to briefly review this as we have it marked as active, and to propose that we unmark it as active if it is not. This should take five minutes. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Labels
A-project-structure
Area: Structure of the Rust Project
I-council-nominated
This issue nominated for discussion in a meeting.
S-active
Status: Someone or some group is actively working on this.
The core team previously started a process to establish charters for all teams. However, it wasn't finished. I would like to see a central place (my preference is the Forge) which contains basic charters for all of the teams which would answer the following:
As an extension to this, I think it would be good to have suggestions on having teams document their processes. My preference would be for teams to decide where and how that is documented, but having some starting templates could be helpful for standing up teams and making it clear what people's expectations should be.
A consideration is what gets chartered (teams, working groups, etc.).
There's tons of background here, but I will just drop a few links for now:
(There's stuff I'm missing...)
I would like to keep this issue focused on documenting existing team missions, and not to grow to more general considerations about what Rust's governance structure should look like (#33), definitions of different structures (teams, sub-teams, working-groups, project-groups), etc.
The text was updated successfully, but these errors were encountered: