ERM Definition of Done
Getting to Done
Issue status is In Progress
An issue is considered Done when it is deployed and ready for QA testing.
TBCWorkflow (by Developer):
Pull request is raised
Automated checks on PR are passed
Jira issue is transitioned to
In Code Reviewand assigned to Lead Dev.
Issue status is In Code Review
Workflow (by Lead Dev):
Passes Code Review: Jira issue is transitioned to
In QAand Unassigned.Does not pass Code Review: Jira issue is transitioned to
Openand assigned back to Developer.
Getting to Done-Done
Issue status is In QA
A story is considered Done-Done when it has passed testing by product and user experience representatives, indicating it is ready for release.
Workflow (by Tester):
Passes QA: Transition Transition issue and sub-issues to
For Releaseand assign to Product Owner.Does not pass QA: Transition to
Openand assign back to Developer.
Getting to Done, Done and Done
Issue status is For Release
A story is considered Done, Done and Done when it requires no further action for delivery. It is assumed ready for UAT in the reference environments and subsequent rollout to production environments.
Workflow (by Product Owner): Jira issue is Resolved as Done.
Not Required
Functionality demonstrated to and accepted by usergroup
Code and related assets deployed to Folio snapshot environment
Deployment to FOLIO snapshot or production environment is not required to be considered Done, Done and Done. This should be handled automatically through FOLIO CI scripts.
Separate release to UAT environment and hands-on User Acceptance Testing by users.
Release to content / staging environment