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

Include "Success Criteria" (or "Exit Criteria") #373

Open
csarven opened this issue Jan 19, 2022 · 2 comments
Open

Include "Success Criteria" (or "Exit Criteria") #373

csarven opened this issue Jan 19, 2022 · 2 comments

Comments

@csarven
Copy link
Member

csarven commented Jan 19, 2022

Example "Success Criteria": https://github.com/solid/process/blob/main/notifications-panel-charter.md#success-criteria

Or an "Exit Criteria" when typically transitioning from a ~CR to ~PR as per W3C Process, e.g, https://www.w3.org/TR/ldn/#exit-criteria

@csarven csarven added this to the ~Candidate Recommendation milestone Jan 19, 2022
@csarven csarven self-assigned this Jan 19, 2022
@kjetilk
Copy link
Member

kjetilk commented Jan 19, 2022

Yeah, I think that we either need something that resembles that (possibly something simpler), or we need to transition to a W3C IG or WG structure, in which case that will be part of the process. I think it makes sense to reach 1.0 first though.

@michielbdejong
Copy link
Contributor

Good stuff! Apart from criteria about how often a given spec was implemented, for the Solid Project we may want to add requirements about how many competing specs aim to achieve the same goal. For instance, ACP aims to obsolete WAC and SAI aims to obsolete type indexes. They should not go from 'experiment' to 'accepted' unless the spec they replace also goes to 'superseded by ...', otherwise our protocol stack becomes an unstructured protocol pile.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants