Differentiate Burnup Report between Deployed and In-Testing

[Gunawan Kosasih]

Dear Atlassian Fellow, 

I'm working as a PM in an E-Commerce company and actively use Jira Board to maintain the development of the software. At this phase, the engineer is re-develop to enhance the functionality against the older version of the apps. 

As currently, the software that is being developed started from the white-blank page, after close to the release date to the first MVP, the QA team is stepping in to perform the testing of the apps. 

My question is, how to get the burnup report traceability for both engineer and QA Engineer because each of Engineer and QA should have their own Burnup Report Metric, to ensure what is the deployment rate for engineer and metric for QA testing speed as well as the traceability for both engineer and QA to align between Developing and testing.

[Nic Brough -Adaptavist-]

Burn reports are based on the sprints that you do, which are tracked in boards. 

A board is designed to be a representation of a team's work, and while the usual idea is that a team is cross-functional (so that Development and Testing are done by the team, so they deliver a working item in one go), it's not hard to set up boards that support having two teams work separately on the same issue.

The way to do this in your case is to define a workflow that has a clear set of development steps, and another set of steps for QA, so that each team is looking at the issues on their boards and hence able to generate burn reports appropriate for their team.

The most obvious and simple example of this is to define 

Workflow:

• To do -> in dev -> dev done / ready to test -> in test -> closed

Developer board columns:

• To do: To do
• In progress: in dev
• Done: dev done / ready to test, in test and closed

QA board columns:

• To do: dev done / ready to test
• In progress: in test
• Done: closed