GNOME Bugzilla – Bug 135578
Resource unit allocation not changable
Last modified: 2021-06-09 20:28:54 UTC
When assigning more than one resource to a tast the unit allocation defaults to the same percentage for each resource. E.g. if the total work is 140 % and you assign two resources both default to 70 units. It would be a great enhancement if it becomes possible to assign units to each resource separately. E.g. in the previous example resource A 100 units and resource B 40 units. Thanks.
This is for fixed duration tasks. I'm confident that we could easily allow the units to be adjusted manually and when the user applies the changes then untweaked resources get forced to the correct unit allocation. Consider the example. If the work need 140 units to complete e.g. 14 days work in 10 days duration and they have two resources then each by default would normally go to a 70:70 split but if you did want a 40:100 split then set Resource A (as suggested to 40) and hit a (now and as yet undefined) apply button. Planner would adjust any unchanged resource to meet the required units. Just my thoughts at this time. I also need something like this to tweak resource allocations to stay below a predefined maximum units for a resource (automatic scheduling ideas).
...the idea is that you adjust each resource in turn and Planner adjust the remaining unadjusted resources. If your tweaks results in any a subsequent recalculation and causes any resource to go over its maximum (when we eventually define this) then your last change is undone. So if you have 3 resources and had 180 units to do (18 days work for 10 days duration) and wanted a 100, 50, 30 then the flow is, Starting point (default) => r60, r60, r60 Adjust resource A to 100 => 100, r40, r40 Adjust resource B to 50 => 100, 50, r30 where r'x' means remainder.
-- GitLab Migration Automatic Message -- This bug has been migrated to GNOME's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.gnome.org/World/planner/-/issues/38.