Skip to main content

Jira

We use Jira which is integrates natively to GitHub to manage our workload. Jira adds additional features like epics, sprints, roadmaps and more.

The lifecycle of a issue is as follows. A user realises a need in the system. This can be a Story, Bug or Task. Issues in progress should be updated at the end of each day.

Once an issue is in our backlog it will first go to Backlog Refinement, where it will become ‘Ready for Development’ then prioritised in Backlog Grooming.

The issue will then either be pulled into a Sprint during a Sprint Planning session or it can remain indefinitely in ‘Ready for Development’ until the backlog is cleared out. If an issue is Ready For Development, this does not necessarily mean the issue will be ever be done. Issues are pulled into Sprint based on their value and alignment to the current Roadmap.

Within a sprint, the tickets can be further prioritised using the priority feature - this enables the whole team to work on the tickets in the order of highest to lowest impact.

Story πŸ“š

A requirement or request which is written from the perspective of an end user. Most of our work can be added as a story. We use a Story Template which is applied to our repositories

User Story:

As a… [who is the user?] I need/want/expect to… [what does the user want to do?] So that… [why does the user want to do this?]

Value / Purpose:

[Describe the value and purpose of the ticket]

Useful Contacts:

[Please add any useful contacts, these may include: Stakeholders, SME’s or 3rd Parties]

Additional Information:

[Please add any useful links or additional information that would be beneficial to anyone working on this ticket]

Definition of Done (DoD):

[Please clearly and concisely detail the DoD]

Checklist for definition of done and acceptance criteria, example below.

Example

βœ… Documentation has been written / updated βœ… README.md has been updated βœ… User docs have been updated βœ… Another team member has reviewed βœ… Tests are green

Bug πŸ›

Anything detrimental to the system. Bugs affecting service are pulled into sprint and dealt with as a matter of priority.

Task πŸ“

Something that can be completed by one person and is of limited complexity. A task doesn’t have to hold clear value for an end-user.

Spike πŸ§ͺ

A spike is a user story for which the team cannot estimate. We timebox this effort in Sprint Planning to learn and provide answers which the team can create stories and estimate.

This page was last reviewed on 1 August 2024. It needs to be reviewed again on 1 February 2025 by the page owner #nvvs-devops .
This page was set to be reviewed before 1 February 2025 by the page owner #nvvs-devops. This might mean the content is out of date.