Anonymous Login
2019-07-22 19:59 PDT

View Issue Details Jump to Notes ]
IDProjectCategoryView StatusLast Update
0001694v3.5 Release (Development)[All Projects] Generalpublic2017-01-02 13:34
Reporteropto 
Assigned Tocaseydk 
PrioritynormalSeverityminorReproducibilityhave not tried
StatusassignedResolutionopen 
Summary0001694: add task: conflict between end date, duration if duration day
DescriptionIn my system, on add, standard is set to end = start + 1h.
If, additionally, I change duration to 1 d without changing end date, end date is not modified.
I admit this is entering inconsistent dats, but we should take care of it.
If only 1 assignee, it is not possible to work 1 d in 1 h.

Not sure we do this kind of resource planning elsewhere
TagsNo tags attached.
Attached Files

-Relationships
+Relationships

-Notes

~0003860

caseydk (administrator)

This gets back to the duration vs effort debate.

If the "Expected Duration" is simply documenting the duration between the start and end date, then you are entirely correct.

If the "Expected Duration" is documenting the expected work between the start and end date, then it is entirely possible to have 8 man hours of work done in one hour.. it just takes 8 people to do it.

Since we've never taken a strong position either way, the start date, finish date, and duration fields are only changed when you manually do it.

~0003861

caseydk (administrator)

Also, since this requires some discussion and clarification of the expectation, I'm moving this to 3.5 so it's not critical path for the 3.4 release.

~0003875

opto (manager)

I am in favour of this:
If the "Expected Duration" is documenting the expected work between the start and end date, then it is entirely possible to have 8 man hours of work done in one hour.. it just takes 8 people to do it.

Still, sometimes w2p can see that there might be an error:
end - start is 1 hour, duration is 8 hours, but only 1 assignee.

Maybe clientside JS could pose a question like: is this intended?

I do not want to force us to add many assignees, so no hard check, but a notice might help prevent typing errors. Especially in projectdesigner where wer change only single items but on enter do not see the whole picture.
+Notes

-Issue History
Date Modified Username Field Change
2016-06-13 11:19 opto New Issue
2016-12-26 23:34 caseydk Project v3.3 Release => v3.4 Release (Current)
2016-12-29 21:39 caseydk Assigned To => caseydk
2016-12-29 21:39 caseydk Status new => feedback
2016-12-29 21:39 caseydk Note Added: 0003860
2016-12-29 21:39 caseydk Note Added: 0003861
2016-12-29 21:40 caseydk Project v3.4 Release (Current) => v3.5 Release (Development)
2016-12-29 21:40 caseydk Category Project Designer => General
2017-01-02 13:34 opto Note Added: 0003875
2017-01-02 13:34 opto Status feedback => assigned
+Issue History