| JIRA Status | Description | Assignee/Actions |
|---|
| Draft | PO is defining the user story. Not ready for the team to review. | Assignee: PO (or Back-end Lead for back-end stories) - Requirements to be finalized and added to story/bug
- Story/bug to be updated according to the templates
Open |
| In Refinement | Ready for grooming | Assignee: None - Issue is better defined and ready for the development team to
| groom- review and to estimate issue.
| Assignee: None
- Story/bug to be reviewed and discussed on Backlog Grooming
- Requirements to be clarified
- Acceptance criteria to be understood
- Estimation to be added
|
| Open | Ready for development | Assignee: None - Story/bug to be taken into development
|
| In Progress | Development is in progress | Assignee: Developer - Requirements to be turned into working software
- Acceptance criteria to be met
- Tests to be added/updated to ensure 80% coverage
- Dev verification to be done
- Critical defects to be addressed
|
| Blocked | Development is blocked | Assignee: Developer/PO - Blocker to be linked in JIRA via "is blocked by" (if any)
- Comment to be added to clarify what the blocker is (in case there is no blocking story)
|
| In Code Review | PR is done and Code Review is in progress | Assignee: Developer - PR to be reviewed by other developers
- Comments to be addressed
- 2 approves of a PR are preferable
- PR to be merged
|
| In Review | PR is merged and updates are ready for review | Assignee: Developer - Updates to be deployed to http://folio-snapshot-stable.aws.indexdata.com/ and confirmed as available there
- Comment to be added to clarify and confirm implementation (screenshots are highly welcomed)
- Story/bug to be reassigned to PO for final verification or unassigned in case of BE stories
Assignee: PO or Unassigned/Developer (for back-end stories) - Story/Bug to be checked on http://folio-snapshot-stable.aws.indexdata.com
- UI stories are checked and accepted by PO
- BE stories checked and accepted by any available developer and should be assigned to a dev as soon as they are picked up for final verification and acceptance.
- Story to be closed if requirements are met and it conforms to the definition of done
- Story to be reassigned back to developer (implementer) In Progress in case the requirements are not met
- Additional stories to be created in case additional requirements/updates are identified while review
|
| Awaiting release | Applicable for the fixes to be included into Bugfix or Hotfix releases. Fix is ready to be included into Bugfix or Hotfix release. | Assignee: Developer - Fix was tested and accepted by PO on testing/snapshot env
- Fix is waiting to be included into Bugfix or Hotfix release
|
| Awaiting deployment | Applicable for the fixes to be included into Bugfix or Hotfix releases. Fix is included into Bugfix or Hotfix release and is waiting to be deployed to corresponding BugFest env. | Assignee: Developer - Fix was included into a Bugfix or Hotfix release
- Release was announced in Slack
- Corresponding release tasks (linked to the fix) was closed
- Status was updated to Awaiting deployment by SM upon release announcement
|
| In Bugfix Review | Applicable for the fixes to be included into Bugfix or Hotfix releases. Fix is deployed to corresponding BugFest env in scope of a Bugfix or Hotfix release. | Assignee: Developer/PO - Fix was deployed to a corresponding BugFest env as a part of a Bugfix or Hotfix release
- Status was updated to In Bugfest Review by AntonE
- Fix is to be tested by PO/Developer on Bugfest env to confirm it is working as expected
|
| Closed | Story is accepted by PO and closed | Assignee: PO (or Back-end Lead for back-end stories) - Updates can be demonstrated on System Demo
|