• Community
  • Products
  • Jira
  • Questions
  • How do I manage burndown in a Scrum Board when an issue in a project is assigned to someone I have no control over?

How do I manage burndown in a Scrum Board when an issue in a project is assigned to someone I have no control over?

I am responsible for members of my own team. I am not responsible, nor do I have any control over the members of other teams who assist us in resolving our issues.

For example, once we have finished coding, the customer's test team performs acceptance testing. Even though we are temporarily done coding the issue, we don't mark it as resolved until the code is deployed. What we do instead is assign it to a member on the customer's test team, and when they are done, they assign it back. However, since they were not part of the original estimate, whatever work they do, delays our project burn down.

To resolve this issue, I suspect I need to add subtasks for every type of task that will be performed, including all tasks performed by all teams. When a subtask is ready to be performed, it can be assigned to the appropriate person. That person's team would be responsible for everything about that subtask from the moment it is created, including estimation, assignment and resolution.

Each Issue's Subtasks I suspect would include Investigate, Estimate, Write Test Driven Development Tests, Code, Development Testing, Team Review, Customer Acceptance Testing, Documentation, Deployment Planning, Deployment.

As far as statuses, I suspect Open, In Progress, Resolved, and Closed will be sufficient.

So that brings me to my question. Is this the best way to handle autonomous teams on one project and one issue?

I appreciate your experience in this matter. Thank you!

2 answers

This widget could not be displayed.

I would raise this as a management issue @Dave Boal. The burndown graph indicates the progress of the team. In your case, you might be in a world of hurt because the customer's acceptance team might not be testing an issue before a week has gone. And with the process above, you will not be able to burn those points before they have tested it, and, if no bugs are found, closed it. Worst case, an issue might go back and forth for quite some time before it is closed, and the points are burned. 

Why is this a management issue? Well - what kind of contract do you have? Does it place any restrictions on the customer in this case? E.g. acceptance test should be done within X time or similar? Can you get the customer to commit more? You say nothing about the type of project - is it agile or sequential? If agile - is it possible to get the test team more included in the team? 

This issue is a year old - did you solve the problem? smile

This widget could not be displayed.

It definitely was a management issue. We changed our deliverables from "deliver a working project" to "deliver testable code" and "deploy code", eliminating us from responsibility for external Testing projects. Our burndown charts now look much better.  Ivar Sønstabø Thank you for sharing your perspective! 

Suggest an answer

Log in or Sign up to answer
Atlassian Summit 2018

Meet the community IRL

Atlassian Summit is an excellent opportunity for in-person support, training, and networking.

Learn more
Community showcase
Posted Wednesday in New to Jira

Are you planning to trial, or are currently trialling Jira Software? - We want to talk to you!

Hello! I'm Rayen, a product manager at Atlassian. My team and I are working hard to improve the trial experience for Jira Software Cloud. We are interested in   talking to 20 people planning t...

144 views 2 0
Join discussion

Atlassian User Groups

Connect with like-minded Atlassian users at free events near you!

Find a group

Connect with like-minded Atlassian users at free events near you!

Find my local user group

Unfortunately there are no AUG chapters near you at the moment.

Start an AUG

You're one step closer to meeting fellow Atlassian users at your local meet up. Learn more about AUGs

Groups near you