- Work Details
- Work Overview
- Work Risk Issue and Change
1906 results
-
Make sure project deliverables are completed on time by tracking work progress and monitoring task assignments. Report Views include:
-
The primary purpose of roles is to determine the amount of resource requests based on unapproved (uncommitted) and approved (committed) projects. Roles are non-named resources which are later allocated to named resources within CA PPM. Using roles is the best way to do "What If" scenario planning and determine needed capacity. This document assists in making Best Practice decisions around setting up roles in Clarity.
-
The portlet displays posted time by project for the logged in user based on time period and date range. This allows the user to see at a glance their ETC and actuals on the projects. The portlet displays the Total Allocation and Total Actuals to Date for the user on the projects they are allocated/assigned to. The actuals are displayed per month in the form of TSVs.
-
The portlet displays posted time by project for the logged in user based on time period and date range. This allows the user to see at a glance their ETC and actuals on the projects. The portlet displays the Total Allocation and Total Actuals to Date for the user on the projects they are allocated/assigned to. The actuals are displayed per month in the form of TSVs.
-
The portlet displays posted time by project for the logged in user based on time period and date range. This allows the user to see at a glance their ETC and actuals on the projects. The portlet displays the Total Allocation and Total Actuals to Date for the user on the projects they are allocated/assigned to. The actuals are displayed per month in the form of TSVs.
-
Allocation Compliance Column Chart provides the resource manager a single place to view the Allocation compliance information in the form of a stacked column chart. Allocation Compliance is calculated based on the value of 'Availability to Allocation Hours %'. Allocation Compliance is 'Under Allocated (Less Than 80%)' WHEN 'Availability to Allocation Hours %’ is less than 80. Allocation Compliance is 'Appropriately Allocated (Between 80-120%)' WHEN 'Availability to Allocation Hours %' is between 80 and 120. Allocation Compliance is 'Over Allocated (Over 120%)' WHEN 'Availability to Allocation Hours %' is greater than 120. User can further narrow their search by Resource Is Active?, OBS Type & Path, Associated Project OBS?, Allocation Start Date, Investment Name and Resource Manager. User can use exact dates or relative dates for Allocation Start Date filter parameter.
-
This configuration and accompanying process allows users to capture Financial and Non-Financial (Metrics, Soft, etc.) Benefit in a custom sub-object, then programmatically create an out-of-the-box Benefit Plan with just the Financial Portion from the custom sub-object. The solution is comprised of:
- Sub-Object (Benefit Plan Details, Parent = Project)
- Process: Create Benefit Plan (uses sub-object as primary input, native BP is output)
- Process: Update sql - Cost Benefit Plans (one-time script to update Projects)
- Ensure on the Benefit Details List view the Planned and Realized Amounts are displayed
- Modifying the Create Benefit Plan Process in support of a BP naming convention consistent with local PMO Practices
- Modifying the Create Benefit Plan Process to link the BP to the Cost Plan of Record
- Creating a Portlet that pulls together rows of data from the sub-object across multiple projects in a summarized view as well as a detailed view
-
This configuration and accompanying process allows users to capture Financial and Non-Financial (Metrics, Soft, etc.) Benefit in a custom sub-object, then programmatically create an out-of-the-box Benefit Plan with just the Financial Portion from the custom sub-object. The solution is comprised of:
- Sub-Object (Benefit Plan Details, Parent = Project)
- Process: Create Benefit Plan (uses sub-object as primary input, native BP is output)
- Process: Update sql - Cost Benefit Plans (one-time script to update Projects)
- Ensure on the Benefit Details List view the Planned and Realized Amounts are displayed
- Modifying the Create Benefit Plan Process in support of a BP naming convention consistent with local PMO Practices
- Modifying the Create Benefit Plan Process to link the BP to the Cost Plan of Record
- Creating a Portlet that pulls together rows of data from the sub-object across multiple projects in a summarized view as well as a detailed view
-
This configuration and accompanying process allows users to capture Financial and Non-Financial (Metrics, Soft, etc.) Benefit in a custom sub-object, then programmatically create an out-of-the-box Benefit Plan with just the Financial Portion from the custom sub-object. The solution is comprised of:
- Sub-Object (Benefit Plan Details, Parent = Project)
- Process: Create Benefit Plan (uses sub-object as primary input, native BP is output)
- Process: Update sql - Cost Benefit Plans (one-time script to update Projects)
- Ensure on the Benefit Details List view the Planned and Realized Amounts are displayed
- Modifying the Create Benefit Plan Process in support of a BP naming convention consistent with local PMO Practices
- Modifying the Create Benefit Plan Process to link the BP to the Cost Plan of Record
- Creating a Portlet that pulls together rows of data from the sub-object across multiple projects in a summarized view as well as a detailed view