Skip to content
This repository was archived by the owner on Jul 10, 2021. It is now read-only.

Commit 4c74bbf

Browse files
authored
Update working-group-terminology.md
1 parent 8f13812 commit 4c74bbf

File tree

1 file changed

+14
-8
lines changed

1 file changed

+14
-8
lines changed

draft-rfcs/working-group-terminology.md

Lines changed: 14 additions & 8 deletions
Original file line numberDiff line numberDiff line change
@@ -164,7 +164,11 @@ working group.
164164

165165
- Is your group long-running or temporary?
166166
- If it is temporary, how long do you see it running for?
167-
- What is the long-term vision of your group?
167+
- What vision does your group want to realize?
168+
- What are some of the core objectives that support that vision?
169+
- What are the group's short-term goals?
170+
- Think about what you can and want to achieve in the first month or first year,
171+
depending on the group's scope.
168172
- What do you expect the relationship to the organisation be?
169173
- How do you want to establish accountability?
170174
- If applicable, which other working groups or teams do you expect to have close
@@ -198,14 +202,16 @@ A Project Group is a group of people working on a particular project or
198202
responsibilities at the behest of an official Rust team. Examples of this would
199203
include [FFI Unwind], [Inline ASM], and [Safe Transmute].
200204

201-
The goal of a project is build a community or formalise and existing community
202-
around a particular feature or project in the in the organisation, and use this
203-
space to discuss and iterate on that feature.
205+
The goal of a project is build a team or formalise and existing community
206+
around a particular feature or project in the organisation, and ensuring that
207+
a group is able to follow through on feature through to stabilisation.
204208

205-
Part of building a community is removing some of the institutional memory that
206-
develops in the design process, and centralising the information and discussion
207-
around the feature so that we can provide better visibility into why certain
208-
decisions and trade offs were made over others.
209+
Part of this process is having a more standard and open collboration and
210+
iteration throughout the design process, rather than at the start and end that
211+
usually happens today. Centralising the information and discussion in a way that
212+
is more discoverable around the feature can provide better visibility into why
213+
certain decisions and trade offs were made over others. And hopefully serve
214+
to help SKSKSKSK.
209215

210216
Previously a lot of the discussion and iteration for large features would
211217
happen in the initial RFC thread. This leads to a lot of discussion in the top

0 commit comments

Comments
 (0)