Attempting to creating a Resource Plan attached to an Activity Plan - error!

A

anovak

I'm following the example on page 11 of this BLOG to using an Activity
Plan / Resource Plan for managing operational resources.

http://evildoctorporkchop.spaces.li...ogview&_c=BlogPart&partqs=amonth=9&ayear=2006

Seems as though each time I try it, complete step #12, then move on to
step #13, I get an error message concerning the Resource Plan (check-
in failure). See messages from queue below.

Is this a bug? Is there a workaround?

Thanks!
Andy Novak
UNT


Error summary/areas:
Array
CICONotCheckedOut
CICONotCheckedOut
CICONotCheckedOut
CICONotCheckedOut

ResourcePlanCheckinFailure
Queue
GeneralQueueJobFailed
Error details:

<?xml version="1.0" encoding="utf-16"?>
<errinfo>
<array name="Array" type="System.Guid">
<item value="6b94a62d-25dc-4285-bae5-1cabb0f5d681">
<error id="10102" name="CICONotCheckedOut" uid="82fca89e-
b560-4ce4-b784-c922e9f6b6b0" />
<error id="10102" name="CICONotCheckedOut"
uid="c26d7cf9-278f-48ce-94de-655859478fe8" />
<error id="10102" name="CICONotCheckedOut" uid="5c06d4ca-
cc73-4589-93b1-8b02ee3f6171" />
<error id="10102" name="CICONotCheckedOut"
uid="23895059-5727-48f0-a4d4-b8e92fe89cc8" />
</item>
</array>
<general>
<class name="">
<error id="30005" name="ResourcePlanCheckinFailure"
uid="c4ae5792-c8cd-4d2f-9c4c-82baccb424fc"
projectuid="6b94a62d-25dc-4285-bae5-1cabb0f5d681"
messagetype="Microsoft.Office.Project.Server.BusinessLayer.QueueMsg.ResourcePlanCheckInMessage"
messageID="1" blocking="DontBlock" />
</class>
<class name="Queue">
<error id="26000" name="GeneralQueueJobFailed" uid="f87d3632-
b25d-4550-a282-95eaf926e473" JobUID="8de9a727-d238-4dee-
abc1-70354f9e6092" ComputerName="PROJSS"
GroupType="ResourcePlanCheckIn"
MessageType="ResourcePlanCheckInMessage" MessageId="1" Stage="" />
</class>
</general>
</errinfo>
 
J

Jonathan Sofer

I have found the resource plan to be very buggy. I have found that if you
make any screen refreshes like for example, resorting the resource list, you
will get that error message the next time you try to save.

The workaround I have found to work for me is to save the plan, get the
error message, and then without refeshing the screen anymore, make the hour
changes you need to make on the resource plan and save again. This usually
works.

Jonathan
 
M

Mike Mahoney

I have found the resource plan to be very buggy. I have found that if you
make any screen refreshes like for example, resorting the resource list, you
will get that error message the next time you try to save.

The workaround I have found to work for me is to save the plan, get the
error message, and then without refeshing the screen anymore, make the hour
changes you need to make on the resource plan and save again. This usually
works.

Jonathan

"Christopher Schilling" <Christopher (e-mail address removed)>
wrote in message




- Show quoted text -

All

Jonathan observations are right. Whenworking on this screen it
suffers a "timed-out" problems and therefore you should save any data
fairly soon aftere entering. Other thoughts; when you have set up the
screen for particular time periods and FTE or hours stick with it.
Changing periods once you have entered data or flipping from FTE to
hours ends in a mess. There is also an issue around calendars - you
can base screen on resource calendars or simple calendar (hours per
day). The second is much more reliable (but inconsistent with msp
plans). The first setting can behave oddly - you may see negative
values.

regards

Mike
 
C

Christopher Schilling

I was just wondering if the resource plan issue is a known issue to be
resolved in sp1. We have noticed an odd scenario where only some
users/projects are experiencing this bug. Furthermore, it seems that the
common link between projects that have experience problems with the resource
plans versus projects that do not, is that the project have been either
renamed or have had a change of ownership

I agree that is not very precise however it is the only thing I see that is
different about these projects and may point to a possible cause. I have
deleted the cache on users machines that have experienced the problem.

Also, once the Queue job fails, I can not cancel or delete them and must
await the next scheduled removal as per the Queue settings. Is there a
faster way to remove them?

Thanks

Once a
 
M

Mike Mahoney

I was just wondering if the resource plan issue is a known issue to be
resolved in sp1. We have noticed an odd scenario where only some
users/projects are experiencing this bug. Furthermore, it seems that the
common link between projects that have experience problems with the resource
plans versus projects that do not, is that the project have been either
renamed or have had a change of ownership

I agree that is not very precise however it is the only thing I see that is
different about these projects and may point to a possible cause. I have
deleted the cache on users machines that have experienced the problem.

Also, once the Queue job fails, I can not cancel or delete them and must
await the next scheduled removal as per the Queue settings. Is there a
faster way to remove them?

Thanks

Once a





- Show quoted text -

On the theme of bugs in resource plans - this is also a follow up on
a previous thread on FTE usage in Resource Plans:

Resource plans handle generic resource differently from named
resources after entering FTE data. I had set up a process for a
resource manage to plan resources separately from task work
assignments. As part of this process generic resources are used as
placeholders for unfulfilled requirements. Data is entered on an FTE
monthly basis. This works fine until you look at utilisation in a Data
Analysis view and discover that manhours for generics are on totally
different basis compared with named,

When you enter FTE values for named resources PWA looks up the
resource calendar and converts it to hours. When you enter an FTE
value for a generic resource PWA does not look up the resource
calendar, it simply multiplies the FTE by 24 and by the number of days
in each period. So if your opening week of the month has 6 days then 1
FTE will be 144hrs, the next week will be 168 hours! For your named
resource it will be 40 hours each week (depending on your calendar).
So DO NOT USE FTE's with generic resources.

regards

Mike
 
M

Mike Mahoney

On the theme of bugs in resource plans - this is also a follow up on
a previous thread on FTE usage in Resource Plans:

Resource plans handle generic resource differently from named
resources after entering FTE data. I had set up a process for a
resource manage to plan resources separately from task work
assignments. As part of this process generic resources are used as
placeholders for unfulfilled requirements. Data is entered on an FTE
monthly basis. This works fine until you look at utilisation in a Data
Analysis view and discover that manhours for generics are on totally
different basis compared with named,

When you enter FTE values for named resources PWA looks up the
resource calendar and converts it to hours. When you enter an FTE
value for a generic resource PWA does not look up the resource
calendar, it simply multiplies the FTE by 24 and by the number of days
in each period. So if your opening week of the month has 6 days then 1
FTE will be 144hrs, the next week will be 168 hours! For your named
resource it will be 40 hours each week (depending on your calendar).
So DO NOT USE FTE's with generic resources.

regards

Mike- Hide quoted text -

- Show quoted text -

Learning all the wrinkles of PS2007 is certainly a challenge.

I need to add an addendum to the last comment. The FTE/hours
calculation is also function of Max Units setting for the resource.
Now my practice is to set up generics with Max Units=0% and its this
which messes up the calculation for generics.
If you set Max Units to 100% then generics behave the same as named
resources. so issue is a funtion of Max Units not resource type.
Doing this of course creates a problem with capacity in Data Analysis
views which include generic resources.

regards


Mike
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top