Our teams are using Azure DevOps. We're using the Agile framework and an enterprise release management approach (essentially, SAFe). Our increments are based on the quarters of the year -- for us, this equals 6 sprints.
My goal is to be able to view work scheduled within the current increment as the sprints move along.
I currently have a query that displays current sprint plus the future 5, to give me 3 month's worth of work (see below).
The trouble with this is it has to be edited after each sprint so it only displays the current increment's work. (I have to change it to include the previous sprint and reduce the number of future sprints otherwise it doesn't display completed work in this increment, as well as showing upcoming work from the next increment.)
Increment Planning Query
Sorry for any inconvenience.
I am afraid there is no such increment planning query, that because the value of CurrentIteration will be different due to the change of the current date.
If you want use the #CurrentIteration macros, you have to modify this query after each sprint.
As workaround, you could specify the each Iteration value in the query, like:
With this workaround, we do not need modify the query after each sprint, just need update it after each quarter.
If above workaround not work for you, you could add your request for this feature on our UserVoice site (https://developercommunity.visualstudio.com/content/idea/post.html?space=21 ), which is our main forum for product suggestions. Thank you for helping us build a better Azure DevOps:
Hope this helps.
Related
I am trying to come up with n Azure Board query to return the work I have performed during current sprint - which I am vaguely defining as:
Work In Current Sprint = [A] + [B]
where
A = work items where I completed development stage (or was decided at some point work is irrelevant) and
B = work items I created in current sprint, not necessarily assign to me nor my team (I spent time investigating an issue, and ended up, for instance, finding a bug, so I want this included in this "report").
The closest I could get is the query blow. Problem is it is still not quite accurate, since with regards to items I created during this sprint - I could not find a way to filter created items in this sprint only - results are showing up work items that CURRENTLY BELONG to current sprint, but not necessarily created in current sprint. The only way I see I can achieve what I want is using CreatedBy - but this only provides a "hardcoded" date range offset, at any given time. If I use an offset of 14 days backwards, running query at the last day of the sprint (considering a 2 week sprint duration) should work, but running the query at any day before that, during the sprint, will return stuff created in previous sprints.
I want this query to help me track "work I have performed during current sprint" (as defined above) at any given day within the sprint.
Any better ideas ?
You could use custom date in 'create date' to limit the work item.
And I notice you use 'work items and direct links', then you need set filters for 'Filters for linked work items' part(as you needed, like iteration path etc.). Otherwise it may return linked work item that belong to other iterations, according to the filled filter, like something belows:
I hope it could help.
I need to calculate effort for each feature in my backlog.
Every sprint or iteration I must make the sum of all completed work time of the tasks and manually add to the parent feature.
I have not found anything can make it automatically. Do you know if something exists?
I am following this lisk:
https://learn.microsoft.com/en-us/azure/devops/boards/queries/query-numeric?view=azure-devops#sum-of-remaining-work-per-developer
But I cannot grouping either by User Story or Feature...
Here the query:
Among the other columns I added the parent:
I wanted to add the feature but I cannot find the correct Column
Then I created a chart:
But here I cannot find either the parent column or the feature.
Azure DevOps may sum only on the backlogs. Check this link: Display rollup progress or totals in Azure Boards. Additionally, you may try to use Excel integration or Power BI.
I am trying to understand why DevOps does not allow start/finish dates for Requirements (CMMI process) as opposed to seemingly just Features and Tasks? In addition, it's odd that if I add a Requirement to an Iteration (which has dates), I see it on a Delivery plan:
I can move it out of the sprint by dragging the start date and end date out in the Delivery Plan,
But don't see any date information on the ticket itself?
The idea is that since Epics and Features are likely to span sprints, you'd use these dates to build a plan. But Requirements should be small enough in a sprint and would take their dates from there.
The start date and end date of the Requirement (comparable to a User Story or Product Backlog Item) are automatically filled when a Requirement is put to In Progress and Done. The Delivery Plan has no direct relation to these fields, hence why the fields are read-only.
Remember that Delivery Plans works the same across the Agile and Scrum and CMMI templates, as such a number of assumptions are made about your delivery process: you work in sprints and work performed in a sprint is generally finished within the sprint.
My organization is trying to find an out of the box way with Azure DevOps to see which features were 'committed to' at the start of the release, and which are delivered. The Velocity report would be perfect, except Features are assigned to areas that are configured to run off of sprints that are child-iterations of larger release-iterations, and we want the data at the release-iteration level.
We're able to build queries that can mostly deliver this, but that method doesn't track changes, just shows you a current point in time view of how things are.
The goal is to have data we can use to evaluate if we're making commitments we can keep.
How have other organizations tackled this sort of problem? How do you tie committed vs. actuals at the Feature level?
I could understand your requirements. But based on my test, Velocity Report has some limitations:
For example:
If the Iteration Path has Child Iteration, it will show the child Iteration on Velocity Report. As you said , release-iteration will not show in the Report.
So it cannot meet all your needs.
I tested some related extensions and existing charts, and it seems that there is no tool that can improve or replace the Velocity Report .
For a workaround:
For Child Iteration, you still could use the Velocity Report to record the process.
For the Parent Iteration, you could create different queries to show the process(Planned
, Completed,Completed Late and so on). You can use query to get the work item list of the corresponding state.
Here are examples:
Planned :
Completed:
...
Then you could add them to the Dashboards(Query Title Widget):
On the other hand, this requirement is valuable.
You could add your request for this feature on our UserVoice site, which is our main forum for product suggestions.
Sprint 146 in Azure DevOps introduced the possibility to embed queries in the Wiki. More info here: https://learn.microsoft.com/en-us/azure/devops/release-notes/2019/sprint-146-update#embed-azure-boards-query-results-in-wiki
In the image shown in the post:
It shows that you can, probably, create reports for each sprint. I have already some queries that are used to retrieve same data (for example active bugs), but are based on the current iteration like this:
Work Item Type = Bug
AND State Not In Done
AND Iteration Path Under #CurrentIteration
But I'd like to have a report I can see in the wiki for each of the sprint (both past and future ones) I have in the backlog, so how can I achieve that (if there's a way)?
I thought I could create and duplicate the same query replacing #CurrentIteration with the one that I'm interested in, but we're hundreds of sprints in the way, so I cannot create 100 copies of the same query just to replace a parameter.
Is there a simple way to do it? Am I missing something?