Ticket Workflow¶

This document describes how we handle tickets in QE Yam.

General rules of thumb¶

• All tickets that require changes in the code base should be of type action.
• Every ticket should have a parent ticket with the type coordination. Coordination tickets are a sort of master plan for something that is too big for just one ticket.
• At the moment of writing the only target version that we can select for QE Yam is Current.
• Follow the Create ticket guidlines when creating a ticket.

Graphical overview¶

The default path (green)¶

• Tickets start with status New.
• When the ticket is clear enough to work on the status changes to Workable.
• Some team member picks that ticket from the top of the list of workable tickets and assigns himself to the ticket. The status of the ticket switches to In progress.
• The assigne works on the ticket, submits MRs/PRs and fulfills the acceptance criteria.
• After PRs or MRs were merged we wait that the changes also work in production and not only in our verifcation runs.
• Then the ticket status can change to Resolved.

The rejection path (red)¶

• Sometimes tickets can be rejected because they are already addressed in another ticket or other reasons. Then the ticket status changes to Rejected and the one that does this change should write a comment about the reason why this ticket is rejected.

Blocking tickets¶

• Sometimes while you work on a ticket you find out, that there are circumstances beyond this current ticket that block you in working on this ticket. In that case switch the status to blocked and comment on the reason for this block.
• If you have blocked tickets,then visit the list of blocked tickets from time to time to see if the reason for the block still exists, if not then switch the status back to In progress.

Closing tickets (blue)¶

• Sometimes you find out that the problem described in the ticket does no longer exist. Then you can switch the status to Closed.