Hi,
I am currently performing my SIT testing phase - [ the non functional user story ] - as a 'Sprint' with 72 hours of effort earmarked for this user story.
Now when i add a bug to the ongoing sprint it shows up as scope change in the burndown report. In my case it is not, as i know it is easily manageable within the allowed 72 hr bandwidth I have.
I would like to if there is any way to add bugs to the ongoing sprint without getting this 'scope change' comment ?
As per my understanding 'scope change' comment is fine as long as i have bugs to resolve and it is exceeding my 72 hr bandwidth.
If anyone has done any workaround on this part, pls let me know.
Solved! Go to Solution.
But is this approach correct - ' anything added to the sprint once it has begun is a scope change, even if it is well achievable within my estimated efforts ' ?
See if you are adding a bug it means, you are adding it so that it can be tracked. If you do not have it be estimated, leave it as zero. As I said, it wont affect the burndown.
Recommended Learning For You
Level up your skills with Atlassian learning
Learning Path
Apply agile practices
Transform how you manage your work with agile practices, including kanban and scrum frameworks.
Learning Path
Configure agile boards for Jira projects
Learn how to create and configure agile Jira boards so you can plan, prioritize, and estimate upcoming work.
Jira Essentials with Agile Mindset
Suitable for beginners, this live instructor-led full-day course will set up your whole team to understand how to use Jira with an agile methodology.