Re: Leveling Resources
gem <[email protected]> Mon, 21 Apr 2003 21:52:56 -0700
| Newsgroups | gmane.comp.gnome.apps.mr-project.user |
|---|---|
| Message-ID | <[email protected]> |
As a professional engaged in forensic scheduling I have a few observations that may help. First, the necessity for progress payments and the use of standard accounting mandate that resources are both monadic and periodic. Standard types of construction estimating likewise produce 'snapshot' results that meet the requirements of management and standard decision making process. The paradigm for my discipline is to conceive of an activity as a kind of box of resources. Each resource can be conceived as a three dimensional block, a cubic object with the dimensions of time, quantity, and cost, each a single unit (or zero) of each dimension. Allocating resources is like sliding coins across the exchequer - each resource has properties such as availability, cost per unit, etc. the 'box' can be of a fixed size, or elastic in one or more dimensions and moreover it can be partly filled, filled in a pattern (an f curve for example), or be periodic in some defined way. An important consequence of the paradigm is that calendars are associated with resources. The ability to run scenarios also depends on snap shot views of the schedule. Leveling is dependent on the concept of float which is determined by schedule computations which in turn are defined by chosen rules. The most explicable float is 'total float by finish dates' which is calculated directly from early and late finish dates for each activity. In this case the float is the difference in calendar units and the leveling moves each activity against the available float to achieve the desired resource allocation (then you get to decide if time or quantity will be overriden). The software I use requires that I devise rules for the leveling, I must choose and prioritize my resources and decide what curve to follow. More modern software (Goldrat) uses a different method, relying afik, on the full body of estimating data to achieve rules, and also a more conditional logic than traditional pdm. Currently I think (ignorantly perhaps) periodicity is not a priority for MrProject and that it will come from some derived software (Mrprojex ?). The wonder of OS is that everyone gets to keep their priorities. I do hope the team makes the vital connection between resources and calendars so that those who need other things can get them without having to redo everything. One final note on leveling, someone expressed concern with 'artificial ties' but in fact nothing is more artificial than computer leveling, no matter how well the rules for a leveling are devised the computer makes 'inhuman' choices. Best practice is to use all the tools you have including your judgment and your relationship to the workforce to make a schedule people can work from. Best regards, gem