Are developers allowed to raise an issue related to a bug they found?
morde last edited by
In Scrum, if a developer found a bug in production or development, can they create an issue and assign themselves? Is it ideal?
jeanid last edited by
In Scrum, the team's work is represented in two places - the Product Backlog and the Sprint Backlog.
The Product Owner is accountable for the management of the Product Backlog. Managing the Product Backlog includes adding and removing items, ordering items, and making sure that the state of the Product Backlog is visible to and understood by all of the various stakeholders. The Developers are accountable for the Sprint Backlog, which includes all of the Product Backlog items selected for the Sprint along with the Sprint Goal and a plan for achieving the Sprint Goal.
Since the Product Backlog contains "an emergent, ordered list of what is needed to improve the product", defects currently in production would be a Product Backlog Item. The Product Owner would be accountable for deciding if it belongs in the Product Backlog and how it should be ordered among the other things, but would likely involve the whole Scrum Team in understanding the issue.
If the defect was found in work currently in development and not yet in production, I would consider that to be indicative of undone work. Ideally, the Developers would find and fix that issue as part of their Sprint, since it was introduced by changes they are actively making. The creation of an issue in an issue tracking tool would depend entirely on the team's way of working.
Personally, I would suggest that defects caused by new work would be fixed in the Sprint where the work was done to maintain quality and ensure that all delivered work is done. Once the defect is shipped, the Product Owner would be involved to help prioritize. Adding new work to an in-progress Sprint would require collaboration between the Product Owner and Developers to understand impact to Sprint Goal and the Sprint plan.
There's no one right answer as to when the team works on it. It would depend on how recent the defect was injected (existing versus new development), the impact on stakeholders, the impact on the team's ability to meet the Sprint Goal, and the team's working agreements for managing defects.