H
huggyfee
It would be great if Microsoft Project had an extra column against tasks so
that a user could "suggest" the order in which tasks should be levelled
within Project Levelling in order to allocate resources in a sensible way,
and keep together related tasks.
Often a group of tasks are related and it makes good project sense to have
them done around the same time, but there's no real dependencies that say one
should be done before another. Using project levelling as it is, you could
find that several related tasks could end up being done several months apart
if you accept the dates given. The only way currently to make sense of this
is to introduce "fake" dependencies to force levelling into doing things in a
particular order.
If an extra column were available to "suggest" to the levelling mechanism
dependencies so that the route could be followed unless it was found to cause
unnecessary / ridiculous bottlenecks in resourcing then this would sort out
this problem.
This would be a column next to the current "Dependency" column working in
exactly the same way. If a dependency was filled in, then the "suggested"
route column would go bold and be filled in with the same value from the
dependency column automatically (and be unchangeable unless the value in the
dependency column is deleted). Only when the dependency column is blank can a
value be entered in this "Levelling Suggested Path" column.
You could suggest "Do all subtasks in any order you like" by making all the
subtasks "dependent" on the same task. It might be worth allowing a subtask
to be "dependent" on its own parent task to indicate this - something you
can't do in a natural dependency.
You could suggest "Do all subtasks in a specific order" by simply making
them all sequentially dependent - the way you would currently thus
incorrectly implying that there's a real dependency rather than a "preferred
order".
A really clever function would be to have the leveller fill in (say in grey
or maybe italics) the values of the columns left blank in the "suggested /
preferred order" column so that a manager can then "tweak" these values
without having to fill in suggested orders for everything.
Another useful global setting would be to give the leveller a "suggestion
strength" value - e.g. from 1 to 10 where 1 means that the leveller only
follows the suggestions weakly and 10 where it treats them like dependencies.
Combined with tasks rankings, this could allow a project manager to do some
really clever "suggested" tweakings without ever having to say "A MUST come
before B MUST come before C".
I guess you can currently "suggest" by giving tasks rankings - but that
really is too loose. You really want to say "do it in this order unless it's
really going to cause unnecessary bottlenecks".
Further down the line, this sort of thing could benefit from some clever
technology to compare suggested routes and actual dependencies and
consequential bottlenecks in order to identify where project managers are
making incorrect assumptions about scheduling.
Anyway, that's pretty much a specification rather than a suggestions. Get
carried away when I realise a product is just falling slightly short of its
potential.
Free copy for me if this gets implemented, if you please.
----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.
http://www.microsoft.com/office/com...980f-080d53512db4&dg=microsoft.public.project
that a user could "suggest" the order in which tasks should be levelled
within Project Levelling in order to allocate resources in a sensible way,
and keep together related tasks.
Often a group of tasks are related and it makes good project sense to have
them done around the same time, but there's no real dependencies that say one
should be done before another. Using project levelling as it is, you could
find that several related tasks could end up being done several months apart
if you accept the dates given. The only way currently to make sense of this
is to introduce "fake" dependencies to force levelling into doing things in a
particular order.
If an extra column were available to "suggest" to the levelling mechanism
dependencies so that the route could be followed unless it was found to cause
unnecessary / ridiculous bottlenecks in resourcing then this would sort out
this problem.
This would be a column next to the current "Dependency" column working in
exactly the same way. If a dependency was filled in, then the "suggested"
route column would go bold and be filled in with the same value from the
dependency column automatically (and be unchangeable unless the value in the
dependency column is deleted). Only when the dependency column is blank can a
value be entered in this "Levelling Suggested Path" column.
You could suggest "Do all subtasks in any order you like" by making all the
subtasks "dependent" on the same task. It might be worth allowing a subtask
to be "dependent" on its own parent task to indicate this - something you
can't do in a natural dependency.
You could suggest "Do all subtasks in a specific order" by simply making
them all sequentially dependent - the way you would currently thus
incorrectly implying that there's a real dependency rather than a "preferred
order".
A really clever function would be to have the leveller fill in (say in grey
or maybe italics) the values of the columns left blank in the "suggested /
preferred order" column so that a manager can then "tweak" these values
without having to fill in suggested orders for everything.
Another useful global setting would be to give the leveller a "suggestion
strength" value - e.g. from 1 to 10 where 1 means that the leveller only
follows the suggestions weakly and 10 where it treats them like dependencies.
Combined with tasks rankings, this could allow a project manager to do some
really clever "suggested" tweakings without ever having to say "A MUST come
before B MUST come before C".
I guess you can currently "suggest" by giving tasks rankings - but that
really is too loose. You really want to say "do it in this order unless it's
really going to cause unnecessary bottlenecks".
Further down the line, this sort of thing could benefit from some clever
technology to compare suggested routes and actual dependencies and
consequential bottlenecks in order to identify where project managers are
making incorrect assumptions about scheduling.
Anyway, that's pretty much a specification rather than a suggestions. Get
carried away when I realise a product is just falling slightly short of its
potential.
Free copy for me if this gets implemented, if you please.
----------------
This post is a suggestion for Microsoft, and Microsoft responds to the
suggestions with the most votes. To vote for this suggestion, click the "I
Agree" button in the message pane. If you do not see the button, follow this
link to open the suggestion in the Microsoft Web-based Newsreader and then
click "I Agree" in the message pane.
http://www.microsoft.com/office/com...980f-080d53512db4&dg=microsoft.public.project