Seann,
If you have your resources set for 85% Max Units, that effectively means
that you can only assign up to 6.8 hours per day before that resource
will become overallocated, even though your work day may still have 8
hours. Or did you also change the hours per day under
Tools/Options/Calendar tab to 6.8 hours and the shift hours under
Tools/Change Working Time?
When I take the scenario you described, an assignment level of .85
against a 2 hour task will result in a duration of .29 days given the
default fixed units type of task. If I change the hours per day to 6.8
then the duration will show .35 days. Then, depending on where the
resource enters the actual hours (i.e. into the Actual Work field or in
the timescale data on a Usage view), the duration will increase or the
assignment units will remain fixed until the timescale data exceeds the
duration period in the timescale data (it can get pretty weird looking
when you enter actual data into the timescaled part). But at no time
should the resource unit level change to 0.5 as you indicated. That just
doesn't make sense. You must be doing something else with the task.
Why exactly are you limiting your resources to 85%? Are you trying to
account for a 15% idle time or time spent on "routine" tasks (i.e. potty
breaks, coffee breaks, talking with co-workers, etc.)?
By the way, a summary line will be fixed duration by default because a
summary line is not a task and its duration IS fixed by the subtasks
under it.
OK, that's maybe more info than you wanted but hopefully it helps.
John
Project MVP
John - In response to your follow-up questions:
We have set our hours per day in the tools/options/calendar at 6.8hrs, as
well as setting each resources max units (in the resource sheet on project
server) at 85%.
We know from experience that we do not get a full 8hrs of work per day out
of a resource becuase of the things you described plus other overheard types
of tasks. Therefore we capped our resources as at 6.8hrs of scheduled time
per day using the above methods.
Our resources enter their time in "Actual Work" via project server. We do
not use timescale data at all (at least not knowingly). So the thing that is
happening here is:
- Assignment units for the 2hr task are set to 85%
- The resource enters time against the task using the actual work feild on
project server
- In this case the 2hr task actually took 4hrs.
- After we accept the time submission from the user, the assignment units
are now set to 50% and the task is now complete
This is one of MANY examples like this in our project file. As resources are
entering time and completing tasks their assignment units are changing above
and below the original value of 85%.
One interesting side note to all of this. It seems that when actual work
ends up being less then baseline work the assignment units will go up. When
actual work ends up being more then baseline work the assignment units will
go down. If they are the same, the assignment units stay at 85%.
Thanks[/QUOTE]
Seann,
I understand your desire to emulate real life but ask yourself this
question. Do our employees charge a different number when they are doing
the "routine" things? If so, then you are indeed tracking project and
non-project costs separately. However, I suspect that if Joe is working
on a project, he will only charge his time to charge numbers for that
project and not use a different charge number when he goes to the
bathroom or spends 30 minutes responding to non-project related e-mail,
etc. In other words, the project is getting hit with the cost for the
nondescript 15% effort, but that time is not being accounted for in the
total work, or if it is, it is probably skewed.
I don't do Project Server so there might be some differences in the way
actuals are handled. If you want to pursue this issue, I suggest you
post to our sister newsgroup, microsoft.public.project.server.
John
Project MVP