Starting December 3, join live sessions with database experts and the Microsoft product team to learn just how easy it is to get started
Learn moreGet certified in Microsoft Fabric—for free! For a limited time, get a free DP-600 exam voucher to use by the end of 2024. Register now
I have successfully created a burn down report of Odata data from Azure DevOps which works great and looks to correctly exclude weekends. But the next day my Burn Down planned hours has recalculated and it should not because today is a weekend. I have used combination of tips using a new DateRange calculated table with a IsWeekDay = 1 filter on the visual. Is there something I need to add to my measure to help exclude the burn up for weekend?
I look more into this it may have something to do with the ODATA from DevOps that brings historical data as well as current data. Is there a way to keep historic for burn down purpose but use current for understanding where the remaining work is at this point? Help would be greatly appreciated!
A bit late but there is a field called "Is Current" on all the queries of historic data if you are using The Analytics views (Boards) as the connection to DevOps. The field will be true for the rows of current data.
Starting December 3, join live sessions with database experts and the Fabric product team to learn just how easy it is to get started.
March 31 - April 2, 2025, in Las Vegas, Nevada. Use code MSCUST for a $150 discount! Early Bird pricing ends December 9th.
User | Count |
---|---|
89 | |
88 | |
82 | |
64 | |
49 |
User | Count |
---|---|
125 | |
111 | |
88 | |
69 | |
66 |