Hello
When I open plans and auto-schedule the system proposes sprints and also sets the dates based on the sprints.
However, when I change the sprint in the backlog or in the plan then the dates do not update and therfeore the start and due date do not align with the newly selected sprint.
To correct it I need to remove the dates in which case the system uses the inferred sprint dates.
Anyone come across this?
Hi @Clayton
In my opinion, this is the expected behaviour. When you set the start and due date manually, you basically override the sprint dates (and they stay overridden even if you change the sprint in the backlog). To get the sprint dates again, you need to remove the manually set dates so that the dates get inferred from the sprint again.
Hope this helps!
@Michel Neeser i hear you but I did not set them manually. They were set by auto scheduler. So in my view auto scheduler should only set the sprints and not the dates?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Clayton @Clayton Coetzee Actually, the auto scheduler sets them "manually" (meaning they are not rolled up from sprints). After the auto scheduler ran and you applied the changes, you can see that the start and end date fields of your issues have been updated based on the values calculated by the auto scheduler.
What you can do in your case: Change the sprint of an issue in your backlog or in the plan, then remove the start and end dates within the plan, and then run the auto scheduler again. This way, the scheduler will replace the start and end date with the dates of the new sprint.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Thanks! Yes this is how i handle it but do you not think it’s alot of unnecessary work? Thats why I would have thought that scheduler should just set the sprint and not the dates, unless, you added dates manually due to planning within a sprint.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
@Clayton I agree that it's not optimal, but that is how it currently works and I don't know of a configuration to change this.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Online forums and learning are now in one easy-to-use experience.
By continuing, you accept the updated Community Terms of Use and acknowledge the Privacy Policy. Your public name, photo, and achievements may be publicly visible and available in search engines.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.