Skip to main content
New Participant
November 9, 2017
Delivered

Setting to Stop Shifting Dates with Time off

  • November 9, 2017
  • 14 replies
  • 2036 views

I wish there was a way to turn off the shifting dates feature when something is scheduled during a person's time off. It is helpful is the schedule can accommodate the dates being pushed, but many of our projects (the majority in fact) are on incredibly tight deadlines so the shifting schedules feature creates a lot more problems (and work) than it solves.

If we could turn it off when needed, or even per project, that would be helpful. We adjust resources for when someone is out of the office as it comes up day by day because our schedules and deadlines shift so much as is (changes in scope, extra rounds of revisions, clients late on approval, etc.) so the automated shifts from Workfront are hard to keep track of and causes a lot more stress.

14 replies

New Participant
August 9, 2019

Awesome, thank you Josh!

Employee
August 9, 2019

This enhancement is now available to everyone in the Production environment.

You can find the release documentation and short demo video here https://t.ly/0Ynj.


Thanks,


Josh Hardman

Product Manager, Workfront

joshh79242137
New Participant
July 16, 2019

This enhancement has been scheduled to release to Preview on Friday, July 19th and Production on Friday, August 9th.

You can find the release documentation and short demo video here https://experience.workfront.com/s/article/Enhancements-Releasing-Prior-to-the-General-2019-3-Release-1824277975. The documentation and demo video will be updated approximately 1 day before the Preview release.

Thanks,


Josh Hardman

Product Manager, Workfront

New Participant
July 10, 2019

Thanks great news! Thank you, Josh :)

joshh79242137
New Participant
July 10, 2019

Good news, we are starting to work on this! I don't have any dates to announce just yet but I will keep you updated on this thread as things progress.


Thanks,


Josh Hardman

Product Manager, Workfront

New Participant
June 10, 2019

My company mainly uses a flex model for resourcing so when a person has time off, they generally have someone else providing backup during their PTO (similar to the OP). This means our dates don't/can't generally change and the current WF time off feature is unusable for us because of this. I'd love for an administrative ability to turn this on/off globally. I see some other benefits to using the time off feature (showing grayed out dates in the team schedule when reviewing resourcing hours) and the like that we just can't use unless an option like this is added.

New Participant
June 5, 2019

I like the shifting dates because I like the truth in my plans :). It tells me if I need to reassign a task or just let the date move. I can see how a setting would be useful so if you don't want the dates to move, you have that option. My only concern is, the unintended consequence that PM's don't know (or forget) their project plan is set to NOT move the dates, then they discover they're in trouble at the moment of vacation time for that person.

JustJennyProduc
New Participant
May 31, 2019

I wouldn't use this personally, but I support it as an on/off setting so it can benefit those who do. :)

DavidBray-LeapPoint
New Participant
May 31, 2019

I might nice to allow this as a project level setting since some projects can facilitate the availability-adaptive schedule while others need to be fixed.


I could see keeping the planned dates fixed but the allocation adjust for that user, then, if the worker would result in being over allocated, there would be an alert to the planner.

New Participant
May 31, 2019

‚Since this can be done as a setting that can be toggled on or off, there is absolutely no reason NOT to do this. You are going to find people that fall on both sides of the debate so making it a configurable setting only makes the product work for everyone where as committing to only one method will ruin the functionality for 49% of users. As an FYI, I would configure it to NOT impact timelines, but I see how others would like the opposite.