M
Martin H.
I have a somewhat tricky problem: I want to create a management view
which displays project progress on a time axis. MSP out-of-the-box can
handle this for individual tasks, but not for summary tasks, as a)
progress is not shown for summary task (MS knows why, because it would
be wrong, see below) and b) if you take the "CompleteThrough" date, it
will be Duration divided by % complete, which does not take into
account that work is not evenly spread over time. Besides, how can you
be on time with a summary task if you haven't completed a milestone a
month back from the status date. My definition of progress on a
summary task is this: the task below the summary task with the
EARLIEST progress defines the progress on a summary task (if you
missed that milestone a month ago, your entire summary task is a month
behind). Much more management-friendly! You might argue that in this
situation the pm should reschedule all work from the past to the
future, but that is too advanced for the majority of our project
managers, they think in terms of static schedules. However, if I can
show management such a report, they will ask questions and that
creates pressure on the project managers to reschedule.
So I defined a Custom Field which I call "Progress Date", the formula
is "IF % Complete = 100; 'NA';ELSE "Finish - Remaining Duration"),
Rollup Minimum to Summary Tasks" which I use to calculate progress on
a summary task. Works perfectly UNLESS I am in between two parts of a
split task, then the remaining duration is calculated from the end of
the first part. So if you finished the first part of a task a month
ago, and intend to do the second part in a month's time, it looks like
you are a month behind, although your progress is exactly as
scheduled. I would rather have the status date, or the start date of
the remaining part. Now before I tell the project managers to twist
their schedules because the tool cannot handle a perfectly normal
situation, I rather try to find a solution. I tried the "Resume"
field, but cannot handle tasks with multiple splits (Resume is always
after the first split, no matter how many splits there are).
which displays project progress on a time axis. MSP out-of-the-box can
handle this for individual tasks, but not for summary tasks, as a)
progress is not shown for summary task (MS knows why, because it would
be wrong, see below) and b) if you take the "CompleteThrough" date, it
will be Duration divided by % complete, which does not take into
account that work is not evenly spread over time. Besides, how can you
be on time with a summary task if you haven't completed a milestone a
month back from the status date. My definition of progress on a
summary task is this: the task below the summary task with the
EARLIEST progress defines the progress on a summary task (if you
missed that milestone a month ago, your entire summary task is a month
behind). Much more management-friendly! You might argue that in this
situation the pm should reschedule all work from the past to the
future, but that is too advanced for the majority of our project
managers, they think in terms of static schedules. However, if I can
show management such a report, they will ask questions and that
creates pressure on the project managers to reschedule.
So I defined a Custom Field which I call "Progress Date", the formula
is "IF % Complete = 100; 'NA';ELSE "Finish - Remaining Duration"),
Rollup Minimum to Summary Tasks" which I use to calculate progress on
a summary task. Works perfectly UNLESS I am in between two parts of a
split task, then the remaining duration is calculated from the end of
the first part. So if you finished the first part of a task a month
ago, and intend to do the second part in a month's time, it looks like
you are a month behind, although your progress is exactly as
scheduled. I would rather have the status date, or the start date of
the remaining part. Now before I tell the project managers to twist
their schedules because the tool cannot handle a perfectly normal
situation, I rather try to find a solution. I tried the "Resume"
field, but cannot handle tasks with multiple splits (Resume is always
after the first split, no matter how many splits there are).