RegoXchange
  • Funnel Chart displays aggregated counts of Ideas by “Idea Progress”, a custom attribute.  Chart shows Idea Progress names in legend, and count total is available as a mouse-over.  No filters available on this portlet.
  • Funnel Chart displays aggregated counts of Ideas by “Idea Progress”, a custom attribute.  Chart shows Idea Progress names in legend, and count total is available as a mouse-over.  No filters available on this portlet.
  • Funnel Chart displays aggregated counts of Ideas by “Idea Progress”, a custom attribute.  Chart shows Idea Progress names in legend, and count total is available as a mouse-over.  No filters available on this portlet.
  • Aligning work to organizational strategy is a fundamental requirement in today's ever-changing marketplace. High performing organizations are moving beyond basic connections to introduce strategic hierarchies that are tied to real measurements of business value via Clarity's Objectives and Key Results (OKRs). Join our expert guides as they present key concepts, best practices, and the evolution of strategic alignment.
  • The Financial Summary by Transaction Class provides a visual graph for each year’s financial picture for multiple years. Report contains the following items: KPIs: Displays total benefit, capital, expense and net cash flow for the selected filter criteria Grid: Displays year wise break up of benefit, capital, expense and net cash flow for the selected filter criteria Graph: Benefit, capital, expense and net cash flow are depicted in graphical way for multiple years. This report will show the user where they need to concentrate their efforts in order to meet financial commitments. User can further narrow their search by OBS Type & Path.
  • 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)
    The Process to create the Benefit Plan is initiated when users check the Create Benefit Plan box on the sub-object.  Every time the Process runs it aggregates all rows from the sub-object that are flagged as Financial and creates a new Benefit Plan.  The resulting BP is not linked to any Cost Plans. Users who install this base solution will want to consider:
    • 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
    Once installed, please refer to the Benefit Detail Functionality Document for how to create Benefit Detail records, initiate the process, and the Benefit Plan Creation.
  • 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)
    The Process to create the Benefit Plan is initiated when users check the Create Benefit Plan box on the sub-object.  Every time the Process runs it aggregates all rows from the sub-object that are flagged as Financial and creates a new Benefit Plan.  The resulting BP is not linked to any Cost Plans. Users who install this base solution will want to consider:
    • 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
    Once installed, please refer to the Benefit Detail Functionality Document for how to create Benefit Detail records, initiate the process, and the Benefit Plan Creation.
  • 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)
    The Process to create the Benefit Plan is initiated when users check the Create Benefit Plan box on the sub-object.  Every time the Process runs it aggregates all rows from the sub-object that are flagged as Financial and creates a new Benefit Plan.  The resulting BP is not linked to any Cost Plans. Users who install this base solution will want to consider:
    • 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
    Once installed, please refer to the Benefit Detail Functionality Document for how to create Benefit Detail records, initiate the process, and the Benefit Plan Creation.
  • The Executive Dashboard portlet displays information regarding projects the user has security rights to view. It provides a one-stop place for the PMO or management to view all critical information about projects. The portlet not only displays status indicators as well as dates for late items, variances and days late, but also displays the project status fields from the Status Report sub-object.
  • The Executive Dashboard portlet displays information regarding projects the user has security rights to view. It provides a one-stop place for the PMO or management to view all critical information about projects. The portlet not only displays status indicators as well as dates for late items, variances and days late, but also displays the project status fields from the Status Report sub-object.
  • The Executive Dashboard portlet displays information regarding projects the user has security rights to view. It provides a one-stop place for the PMO or management to view all critical information about projects. The portlet not only displays status indicators as well as dates for late items, variances and days late, but also displays the project status fields from the Status Report sub-object.
  • Does project and idea estimation take too long and lack visibility? This class will address one of the most common pain points within organizations: how to involve the right people within a timely project estimate. Learn some Rego best practices for defining, calculating, and modifying idea and project estimates, so you can increase throughput and ROI.
  • A presentation slide deck from Rego University 2022.   The course discusses factors that differentiate Requirements.
    • Introduction (What & Why)
    • Definition & Uses of Requirements
    • The Challenges in Requirements in Software
    • Revisit the Agile Taxonomy
    • The Transition from Traditional to Agile
    • Rethink the Agile Portfolio
    • Guidelines and Characteristic of Taxonomy
  • This training document is a Rego Consulting Quick Reference Guide to assist with the process of entering and submitting timesheets in Clarity’s Modern User Experience.  The document reviews Accessing and Selecting Timesheets, Population of the Timesheet, and Updating Time & Submitting.
  • A presentation slide deck from Rego University 2022.   The document covers Doing Agile, Agile Manifesto and then Being Agile.
  • Course description: “How are other companies storing or managing documents? This session will discuss options for using native CA PPM, linking to SharePoint, connecting directly to SharePoint, using Google docs, as well as other options. This session will also discuss options for document approval workflows within CA PPM for both collaborative documents and attachment fields.”  Download file is the slide deck used during the presentation.
  • Discount Tire shares their Project Prioritization Model. It’s based on the Analytic Hierarchy Process (AHP) created in the 1970’s. It breaks down decisions into a hierarchal structure and combines both objectivity and subjectivity into a standard numerical scale.
  • Are you starting a demand/portfolio management implementation, or do you want to compare how you are using these functions vs. others or best practices? In this class we will discuss some best practices from successful customers.
  • Data Issues – Projects report displays data exceptions related to projects. Data exceptions could be missing data or data not in required format for those project fields. User can further narrow their search by OBS Type & Path, Project Name, Project ID and Project Type.
  • The Dashboard:  Project Status Single-line portlet gives an overview of the project overall status as well as the status indicators on the "current" status report object. The portlet will pull the "id" from the page it is placed on, so this portlet is usually placed on the project dashboard tab.  This portlet displays the report date, symbols relating to the overall status, scope, schedule, cost/effort, and the overall explanation across a single line in the portlet.
  • The Dashboard:  Project Status Single-line portlet gives an overview of the project overall status as well as the status indicators on the "current" status report object. The portlet will pull the "id" from the page it is placed on, so this portlet is usually placed on the project dashboard tab.  This portlet displays the report date, symbols relating to the overall status, scope, schedule, cost/effort, and the overall explanation across a single line in the portlet.
  • The Dashboard:  Project Status Single-line portlet gives an overview of the project overall status as well as the status indicators on the "current" status report object. The portlet will pull the "id" from the page it is placed on, so this portlet is usually placed on the project dashboard tab.  This portlet displays the report date, symbols relating to the overall status, scope, schedule, cost/effort, and the overall explanation across a single line in the portlet.
  • The Dashboard: Project Information portlet gives a set of high-level information about the project.  The portlet will pull the "id" from the page it is placed on, so this portlet is usually placed on the project dashboard tab.  The portlet displays the name, project ID, project manager, description, start date, finish date, baseline start, and baseline finish.
  • The Dashboard: Project Information portlet gives a set of high-level information about the project.  The portlet will pull the "id" from the page it is placed on, so this portlet is usually placed on the project dashboard tab.  The portlet displays the name, project ID, project manager, description, start date, finish date, baseline start, and baseline finish.
Go to Top