Quote:
Originally Posted by Isuva  Well..... 2003 pro didn't behave like this! I understand that if you set the duration to 0 the task changes to be as a milestone. But if you set the work for resource to 0 the duration is changed to 0 also and thats not the way it shut act.
I really can't recomend anyone to use timesheet! |
I apologize -- I misinterpreted your initial post as you asking if there was any way to stop the Milestone flag from being set when you set a task's Duration to 0d.
The issue you are referring to manifests when the Work for the task is set to 0h, whether by rollup or entry. This results in the task's Duration being set to 0d. This is true for all Task Types, including
Fixed Duration.
You are partially correct when you say that Project 2003 did not behave this way; Project 2003 did not behave this way only for tasks with a Task Type of
Fixed Duration, regardless of whether they were Effort Driven or not. Any other Task Type would zero out the Duration when Work was set to zero.
This change in behavior was made in Project 2007. As you've obviously noticed, this altered behavior is inconsistent with Project 2003 as it results in tasks with a Task Type of
Fixed Duration having their Duration set to 0d when all the assignments under them have 0h of Work (or if the task's Work is set to 0h).
Please understand that there is a logical reason for this change. For example, consider a
Fixed Work task in Project 2003 where
Work and
Duration are 8h and 1d, respectively. If you set the
Duration of this task to 0d, the
Work changes to 0h. The change in Project 2007 appears to simply align the behavior of the
Fixed Duration and
Fixed Work Task Types. However, this change has been a source of great confusion for users and was not really well communicated. Based upon information that I have, Microsoft is considering several courses of action that may result in a change to this behavior. In the mean time, I would suggest that you integrate this new behavior into your processes and practices surrounding Project 2007.
__________________
Stephen Sanderlin
Founder/Owner -
EPMFAQ
Principal Consultant -
MSProjectExperts If you found this message useful, please click the Thanks button in the post!
This electronic message, along with any information, advice, and opinions it contains, are mine alone and are not representative of my employer. All information is provided in "GOOD FAITH" and on an "AS IS" basis only. I provide no presentations or warranties, express or implied, including implied warranties of fitness for a particular purpose, merchantability, title, and noninfringement. I strongly advise you to extensively test any changes, workarounds, or techniques described herein on a development system prior to implementation in a production environment, and you are hereby notified that I bear no responsibility whatsoever for any loss, harm, or otherwise negative outcomes resulting from your actions, whether or not said actions were a result of this electronic message, directly or indirectly.