Task delay at start of task can't be removed. Zero hour entry prob

I

ITG_Mike

We have a case where a resource entered time on a task that was suppose to
start in the future (they had selected the wrong task). Three weeks later,
this resource, and others on the task, charge time as expected. The PM
accepted all of these the time submissons and updated the schedule.

Just this last week the PM noticed the error and had the resource remove the
early entry (by replacing the previously entered hours with 0h). The manager
accepted this change and updated the schedule. Those earlier dates have zero
hours of actual work.

Here's the problem. The task in the schedule still has the earlier
(incorrect) start date consistent with the hours that were entered and later
zeroed. The Gantt display of the task starts on this earlier date and has
the delay(..............) indicator until the first set of actuals.

How can I get the task to display the correct start date? The resource in
question shows no task delay. I have tried just changing the task start, but
that moves ALL actual work 3 weeks into the future. I tried displaying
actual work in Task Usage, but I can't _remove_ these early values. Deleting
them just sets them to zero.

I'd like the task date to reflect the first date work was done. I
(obviously) want to keep all of the actuals already submitted. Ideas?

Related: What table contains the work, by day, that is displayed for each
resource when you view task usage in MSP?
 
G

Gérard Ducouret

Hello,
I think the easiest way is to change *only* the Actual Start of that task,
in the Update Task dialog of Project Pro for example. I wish you are not
using the Protected Actual Work feature.

Gérard Ducouret
 
I

ITG_Mike

I have tried this and it does not work.

As explained in my original message, one resource as an actual entry of 0h
(zero hours) on 7/18. This was the entry made in error and subsequently
corrected. This same resource has a valid time entry starting with 4h on 8/4.

8/4 should be the actual start of the task. However, in the MSP file, the
start is shown as 7/18. If I try to move the actual start in the update task
dialog to 8/4, MSP shifts all of the actual hours charged to the task 13
working days in the future (thus moving the 4h the resource worked on 8/4 so
that it now appears on 8/23).

Other ideas?

ITG_Mike
 
S

Sara B

ITG_Mike,
Have the resource change their hours again. This time have them delete the
0h entry and allow the PM to accept the change.
I have had this same problem and it seem to be necessary to go throught the
steps of entering 0hrs/accepting and then deleting the 0hrs entry and
accepting.

I hope this helps.
 
Top