Free days should not reflect on the burndown chart

Steps to Reproduce:
1. Go to Settings | Project Settings then define the Free days. In my case, I added Saturday and Sunday
2. Click Dashboard and check the Sprint Burndown. Notice that Saturday and Sunday are still included in the chart.

Desired behavior:
Free days should not be omitted so that the chart should only display the working days. The rationale behind is to have a straight line for the desired output rather than having flat horizontal line during free days.

Statement from Kunagi Team

The free days configuration is reflected in the ideal line on the burndown chart (it expects work not to be done on free days). But the days can not be omitted (removed) entirely. Nothing prevents anybody to burn tasks on free days. This case has to be handled.

Status

Issue is closed.

Comments

Fri, Feb 28, 2014, 15:59 by Andre Portela

Hello guys!

First of all, thank you so much for Kunagi! It is a great tool \o/
I like the free days feature, the team can see exactly that if they don't want to work on a given day of the week (like weekends) they should have a given pace. That's nice!
I would like to make a suggestion to improve this feature though.

As a Scrum Master,
I want to mark specific calendar days on the current sprint as free
so Scrum Team will have correct visibility about what pace they should have
when there are things like holidays during the sprint time box.

I think that a feature like this would be very much appreciated because this kind of stuff is not unusual. When we have a given holiday(s) it is very annoying to mark that day of the week as free just to see the same behavior on every week of the sprint :( usually the team don't even want to mark it because it will do more harm than good to their visibility but they recognize that many times they feel uncertainty during the sprint about their pace during this events.

Fri, Feb 28, 2014, 17:13 by artjom (PO,T)

Thank you for your feedback!

I have opened iss1155 for this.

Post a comment



optional
optional