How should the due date be used?

[Jean Christenson]

I'm getting two different requirements related to how due dates should be used.  On one project the PM indicated that as we moved something to a new stage we should change the due date to reflect the date that stage is due; on another project the PM is saying you never change the due date.

The first option is what I think should be used otherwise how would you ever track when things are late or not, however, the other PM said if you change the due date you change history, that makes no sense.

[Kian Stack Mumo Systems]

@Jean Christenson, 

You can use dates however you want, but typically, a due date would refer to when the issue as a whole is supposed to be delivered.

If you want to track specific dates for stages, you could create a separate field to track that information. Alternatively, you could track the separate stages as sub-tasks each with their own due date.

[Craig Nodwell]

Hi @Jean Christenson welcome to the community.  It has been my experience that the second PM is correct.  The purpose of the Due Date is to reflect desired completion of the issue and not a completion of a transition to a new status(stage as you called it above).  You could design something to reflect a status(stage) completion date or milestone date to address the first PM's requirement.  My current client we have implemented a Milestone Date to address this exact thing.