0
Answered

Option to "Untick" the Automatic Setting of Job Start Times and Deadlines in Classic Projects

Dionna and Monica at GL 4 years ago in Home Portal / Classic Projects updated by Bogusław Reich (XTRF Product Owner) 4 years ago 4

Hello!

Can we add an option in the overall XTRF Settings to "untick" these options below?

Our team has flagged major issues with these being automatically "ticked". 

For example, if you are setting the Start Date and Time for the second Job in your Workflow, and you forget to "untick"' this option, then the deadline of the previous job is changed and can therefore result in late deliveries. 

It would be great to at least have the option in Configuration to have this setting "unticked".

Has anyone else experienced issues with this?

Image 1371

Answer

Answer

Hi Dionna, hi Monica

I'm afraid that there's no option to change this options default, as this is not accessible from user interface and only appears when changing dates manually.

Answer

Hi Dionna, hi Monica

I'm afraid that there's no option to change this options default, as this is not accessible from user interface and only appears when changing dates manually.

Hi Mateusz,

Thank you for getting back to us on this.

Is this something you can implement in a future XTRF update, if we get enough thumbs up on the discussion? 


This has caused some issues on our team resulting in late deliveries. 

We wouldn't want it removed completely, but would at least want the option to default the feature as unticked.

Please let us know if this is a possibility?

Thank you!

Dionna

Hi. As a word of explanation, the functionality was designed this way to make the scheduling process quicker for the PM and limit the introduction of unnecessary gaps between the start dates and deadlines for consecutive jobs in a workflow. Additionally, such system behaviour limits the risk of setting the planned start time of a job earlier than the deadline of the preceeding job.

Looking at your suggestion, I'm wondering whether changing the default system behaviour here wouldn't be counterproductive from the perspective of the above needs and, at the end of the day, less desired. That said, at this stage we don't consider introducing such a change to the system. It may be a good topic for discussion on our Product Development Ideas forum, though.