-
Notifications
You must be signed in to change notification settings - Fork 145
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
Explicit text about proposal scope, goals as a part of phase 1? #739
Comments
This seems very reasonable and useful to me as an exit criterion for phase 1. Would we just require that scope/goals/requirements are documented and leave it to the CG to interpret that, or would we be more specific about the kind of documentation we would like to see? I'd be fine either way. |
Should be no surprise that I agree wholeheartedly. |
Agree, calling out goals and non-goals in the overview document will help focus the proposal. It also sounds reasonable for a Phase 1 exit. (The goals and non-goals don't have to be immutable, as proposals advance through the stages there will be more discussion generated and more people involved, and the goals/non-goals should be updated along the way.) |
I think leaving it to the CG to interpret makes sense to me as it is possible that this would vary for different proposals, just that this is something we should evaluate during phase 1. Forgot to add cc @RossTate for suggesting this recently. |
Our current phases process doesn't require discussions or text about proposal scope. Should we explicitly call out scope, and/or goals of a proposal in the phases document, possibly as one of the exit criteria for phase 1?
For some proposals the scope is fairly straightforward (SIMD for example), others could benefit from some explicit documented scope. The advantages of doing so would be:
The text was updated successfully, but these errors were encountered: