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

Support quick decision of done #32

Open
koppor opened this issue Dec 21, 2020 · 4 comments
Open

Support quick decision of done #32

koppor opened this issue Dec 21, 2020 · 4 comments

Comments

@koppor
Copy link
Member

koppor commented Dec 21, 2020

See https://ozimmer.ch/practices/2020/05/22/ADDefinitionOfDone.html for details

This is a checklist.

Is this a thing of MADR or a thing of ADR-Manager?

@socadk
Copy link
Contributor

socadk commented Dec 21, 2020

Checklist in the blog:

  • Are we confident enough that this design will work (E)?
  • Have we decided between at least two options, and compared them (semi-)systematically (C)?
  • Have we discussed among each other and with peers just enough and come to a common view (A)?
  • Have we captured the decision outcome and shared the decision record (D)?
  • Do we know when to realize, review and possibly revise this decision (R)?

@pixelbrackets
Copy link
Contributor

Imho this is not in the scope of MADR. It may belong to the ADR Manager. Or any other software which is used for the process to create and discuss a ADR.

@socadk
Copy link
Contributor

socadk commented May 6, 2021

I agree about the process, the D in ec-ADR can be fulfilled by creating a (M)ADR template instance.

"DoD met on yyyy-mm-yy" could be worth capturing though.

@koppor
Copy link
Member Author

koppor commented May 24, 2022

This discussion refs the "Validation" section https://github.com/adr/madr/blob/3.0.0-beta.2/template/adr-template.md#validation.

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