guys, I have that MS Gantt chart....
and I specify a start date 18/05/2015
then I specify 1wk as duration
and it fills automatically 28/05/2015!
and I correct it manually to 22/05/2015
and it automatically makes the 1wk to 0.3wk!!
and whatever I correct, I cannot fix it!
isn't this a badly designed program?
____________________________
-kalos
It can be very frustrating when that sort of thing happens in MS Project.
I did a DuckGo search of "Problem - MS Project automatically resets a task duration" and came up with lots of potentially useful Q&As in forum discussions - e,g,,
Problems with dates and duration time with project professional 2010 - Microsoft CommunityWithout wishing to labour the point, the investment of your time in a training course in the use of MSP, or (probably better) a simultaneous study of MS Project and the book
MS Project Inside Out, could help to give you a clearer perspective on this sort of issue - including, for example, why whatever default settings - or (say) settings that you may have fixed - for your resource availability is a constraint that MS Project will try to match.
If the match is infeasible - e.g., (say) the changed task duration cannot meet the fixed constraints as set - then MSP will readjust until it
does meet them. I don't know, but
that might be what happened in your case (above).
NB: Also check things like, for example:
- (a) that you have made consistent use of units of any resource's time.
- (b) whether your manual correction effectively changed the default unit of resource, or the default resources required. (Check all aspects/properties of the status of the resource before and after the change that you make, and before/after MSP makes its changes.)
- (c) whether there are any peculiar Calendar constraints for the resources involved, for that time period.
- (d) whether that task is on the critical path - depending on how you have set up the project, MSP may try to adjust things to stay within the critical path constraints according to the overall START and END points set for the project.
MS Project is arguably one of the most comprehensive and best-designed project planning tools for both CPA (Critical Path Analysis) and Network (PERT) analysis, and project costing that are currently available in the market.
It is actually a sophisticated database tool. I'm not sure, but I think that at one time in its product life it may have been based on Access.
The latest incarnation (I don't know which version you are using) would be the result of years of progressive and incremental improvement and redevelopment throughout its product life.
Many MSP users seem to be unaware that, for many years, MS project has also had a feature for corporate users, which enable one to have a central repository (server) for plans for large and complex programmes of work, where individual sub-project plans can be signed out and worked on in isolation by that sub-project's manager, and then checked back in to the central repository. The overall programme plan thus gives a fully-integrated picture and can use a common pool of resources which tie in to the HR resource utilisation (Calendar, holidays, available working hours, and timesheets) in the corporation. This enables any project manager to access a common resource pool. With a bit of thought, the beneficial implications of this for resource management and resource costing can be appreciated. For example, including how exceedingly useful that could be for resource management efficiency and time-saving in project planning - the ability to assign the
available time (from
workload and time-sheet analysis) for people and other project resources (e.g., including offices, computer systems, electronic displays or whiteboards), and for a standard cost for all resources to be fed back into any plan.
From experience, whenever I have seen MSP
"do something that doesn't make sense", it has generally been because of my ignorance. For example, where I had not understood the rules that MSP was working under in such-and-such a case. I have never yet found MSP to be buggy, or badly-designed, though I personally found it required considerable effort to fully understand how it worked. With that understanding came a much better appreciation of what the tool could do. I moved from finding the the product to be frustratingly stubborn to having a great deal of respect for what it could do and for the design efforts put into it by Microsoft's MSP applications development team - not a bad effort.