Re: Resource overutilization
Kurt Maute <[email protected]> Mon, 21 Apr 2003 22:00:51 -0400
| Newsgroups | gmane.comp.gnome.apps.mr-project.user |
|---|---|
| Message-ID | <1050976850.24978.37.camel@Kronk> |
On Mon, 2003-04-21 at 17:15, Sasan Iman wrote: > I don't think assigning to less than 100% would solve the problem. If I > have to manually identify the overlapped time, then I can schedule it > manually as well. The goal is to remove the necessity to manually > identify the overlapped time (region of over-utilization) and also > remove the need to rework the schedule because of changes in earlier > parts. Even if I did manually assign less than 100%, then when schedule > changes, I still need to go back and modify the percentages again. Not > very convenient. Maybe I don't fully understand you, but it seems to me that if you're identifying tasks that can be overlapped, you're essentially reducing the % allocations of resources on those tasks, but it sounds like you want to do it in a more flexible/automated way so you don't have to manage the allocations on individual tasks yourself. Is that correct? The most common approach to resource leveling involves the use of the 'minimum slack' rule. Under this rule, tasks along the critical path are given priority in terms of resource allocations. Tasks with successively more slack are examined to see which can be moved or extended to meet the objectives within the given constraints. Using this method, you don't need to assign a priority to each task manually, since that amount of slack does that for you. The project manager can exercise control over the leveling by manually allocating people at less than 100%, or by bringing in/reassigning resources to different tasks. Sasan, your proposed method might work just as well, its just not one of the more common ways of doing it. -- Kurt Maute <[email protected]>