Forum Discussion
Solved
Project Online - Replacing Generic resource with 2 named users through Resource Engagements
Hello All, I'm exploring Resource Engagement functionality for resource demand management in Project Online and have following scenario based questions related to the same: Scenario 1: PM has a ta...
- MayurPode --
In both of your scenarios, you cannot use a single Generic resource. Instead of a single resource named Developer in your organization's Enterprise Resource Pool, your application administrator would need to create multiple instances of the Developer resource, named something like Developer 01, Developer 02, Developer 03, etc. In Scenario #1, when two developer resources are needed for a task, you would add two of the numbered Developer generic resources, such as Developer 01 and Developer 02, and then assign them to tasks. That way, each of the Developer resources could be replaced with a human (named) resource. In Scenario #2, you would add two of the numbered Developer resources, such as Developer 01 and Developer 02, and then create two Resource Engagements, one for each of the Developer resources.
What you have described in your scenarios are situations I have encountered a number of times, and what I am sharing is my recommended best practice approach. Hope this helps.
MayurPode --
In both of your scenarios, you cannot use a single Generic resource. Instead of a single resource named Developer in your organization's Enterprise Resource Pool, your application administrator would need to create multiple instances of the Developer resource, named something like Developer 01, Developer 02, Developer 03, etc. In Scenario #1, when two developer resources are needed for a task, you would add two of the numbered Developer generic resources, such as Developer 01 and Developer 02, and then assign them to tasks. That way, each of the Developer resources could be replaced with a human (named) resource. In Scenario #2, you would add two of the numbered Developer resources, such as Developer 01 and Developer 02, and then create two Resource Engagements, one for each of the Developer resources.
What you have described in your scenarios are situations I have encountered a number of times, and what I am sharing is my recommended best practice approach. Hope this helps.
In both of your scenarios, you cannot use a single Generic resource. Instead of a single resource named Developer in your organization's Enterprise Resource Pool, your application administrator would need to create multiple instances of the Developer resource, named something like Developer 01, Developer 02, Developer 03, etc. In Scenario #1, when two developer resources are needed for a task, you would add two of the numbered Developer generic resources, such as Developer 01 and Developer 02, and then assign them to tasks. That way, each of the Developer resources could be replaced with a human (named) resource. In Scenario #2, you would add two of the numbered Developer resources, such as Developer 01 and Developer 02, and then create two Resource Engagements, one for each of the Developer resources.
What you have described in your scenarios are situations I have encountered a number of times, and what I am sharing is my recommended best practice approach. Hope this helps.
Hello Dale,
Thanks for sharing insights and best practice approach. What you suggested makes sense. However, I have a follow up question now: Let's say we have 5 'Developers' in resource pool, then it doesn't make sense to create 5 generic developer resources. So, in this case, what should be ideal count of numbered generic resources for developer role?
Thanks for sharing insights and best practice approach. What you suggested makes sense. However, I have a follow up question now: Let's say we have 5 'Developers' in resource pool, then it doesn't make sense to create 5 generic developer resources. So, in this case, what should be ideal count of numbered generic resources for developer role?
- MayurPode --
To address the situations you described in your first post, you would need to create five Generic resources named Developer 1, Developer 2, etc. If that solution does not work for you, then you would need to set the Max. Units value to 500% for the single Developer resource to indicate that there are 5 full-time developers who can work on projects. Hope this helps.- Ok.
But if I do that (set Max units to 500% to cover 5 developers) I'm not sure how it works in resource engagement as it will see only see only 1 resource and will allow only 1 resource to swap the generic resource..MayurPode --
You cannot have it both ways, my friend. That is why I recommended using multiple Developer resources named Developer 1, Developer 2, etc. Your replace replacement needs for both resource assignments and Resource Engagements would require this particular solution. So, pick which solution works the best for you and go for it. Hope this helps.
