Agile Bug Triage Meeting
Agile Bug Triage Meeting
Definition:
Bug Triage meeting is discussion and analyses for all open bug, and agenda of discussion is set the priority to team for which bug should take up first, classify the bug in different category, find the where team struggle to get help to debug RCA, if RCA is available then assign bug to right team, find the recreation step from reporter and severity of bug.
Procedure:
Generally, below procedure is followed for Bug Triage Meeting
Generally, below procedure is followed for Bug Triage Meeting
QA lead sends out a bug report with the new Bugs introduced since the last meeting.
Product owner calls out a meeting.During the meeting, each Bug is analyzed to see whether correct priority and severity are assigned to it. Priority and severity are corrected if need be.
Bugs are discussed by the team. This involves discussing RCA, Dependencies to resolved bug, risks
Assignment, rejection, reassignment of Bugs.
After meeting completion, minutes of meetings are used for the Sprint planning for closing the issues
Frequency :
Bug Triage meeting should be run once in every sprint
Bug Triage Meeting goals:
The goal of Triage remains the same: evaluate, prioritize and assign the resolution of Bugs.
The goal of Triage remains the same: evaluate, prioritize and assign the resolution of Bugs.
Involved parties:
Below members are involved in Bug Triage Meetings.
Below members are involved in Bug Triage Meetings.
· Product Manager
· Product Owner
· Test Lead
· Tech Lead
· Development Lead/Developer
Perception
The output expected of triage meeting is not supposed to be debugging, but answering the following questions as efficiently as possible:
· Is it a known bug, new bug, or user error?
· If a new bug, which team should be responsible for the fix?
· How severe is the impact? Is there a workaround, is it preventing further testing, etc.
· Rough estimate of time to fix.
Comments
Post a Comment