RegoXchange
  • We will delve into various examples of how to use Apptio reports to identify cost-saving opportunities within your organization and how to quantify them for leadership. We will cover specific areas such as databases, migrating servers to the cloud, rationalizing applications with high unit costs, replacing or decommissioning obsolete servers, and managing unassigned end-user devices.
  • In this session we will explore complex cloud use cases you can manage within ApptioOne, including accruals, forecasting, multi-cloud chargeback, RI waste analysis, and reallocations. Additionally, we will discuss Cloud Business Management reporting and its role in driving accountability, optimizing cloud spend, and creating custom reports for various roles. Join us to learn how ApptioOne can empower you to navigate today's multi-cloud environments and enhance your cloud management strategy.
  • Many organizations have a goal to understand, track, and control the TCO of applications or services, but it can be challenging to accomplish. In this session, we'll discuss what makes TCO so important, important decisions you'll need to consider along the way, and some best practice guidance on reaching your TCO goal.
  • Apptio can be used for so much more than App TCO and Service Costing. Let's talk about valuable non-traditional use cases you might want to consider exploring.
  • Discover the growing trend of organizations adopting the FinOps methodology and its integration with the TBM framework. In this session, we'll explore how the TBM office and FinOps teams can collaborate effectively to achieve desired outcomes, fostering a synergistic relationship between them, and leveraging the combined capabilities of Apptio and Cloudability for optimal results.
  • This session offers practical solutions to financial challenges faced in enterprise agile environments. Participants will learn best practices for budgeting, forecasting, capitalization, and labor cost allocation, as well as both short-term tactical advice and longer-term strategic insights. The session covers topics such as participatory budgeting, flipping the iron triangle, and funding teams, products, and capabilities instead of projects.
  • Learn about the various techniques and emerging methods companies are taking to capitalize Agile work. You'll learn how some companies are moving away from timesheets and using models based on story points and team rates to generate capitalization reporting.
  • The Revenue Forecast by Role portlet displays forecasted revenue by both resource and role on the given project, broken out by month. The table below describes the available filter fields in the portlet.
    Column Label Description
    Months Fiscal months to display
  • This portlet shows the project costs by Month. The information displayed includes:
    • Start Date for project
    • End Date for project
    • Budgeted Cost
    • Planned Cost
    • Actual Hours
    This provides the PM with a one shot view of the total financials/actuals for the project. The Project name field is linked to the project properties page. In case of any adjustments, the PM can toggle b/w the portlet and the project with ease.  The user can filter on multiple projects, or projects by OBS, or by PMs, to view the data on the portlet.
  • This portlet shows the project costs by Month. The information displayed includes:
    • Start Date for project
    • End Date for project
    • Budgeted Cost
    • Planned Cost
    • Actual Hours
    This provides the PM with a one shot view of the total financials/actuals for the project. The Project name field is linked to the project properties page. In case of any adjustments, the PM can toggle b/w the portlet and the project with ease.  The user can filter on multiple projects, or projects by OBS, or by PMs, to view the data on the portlet.
  • This portlet shows the project costs by Month. The information displayed includes:
    • Start Date for project
    • End Date for project
    • Budgeted Cost
    • Planned Cost
    • Actual Hours
    This provides the PM with a one shot view of the total financials/actuals for the project. The Project name field is linked to the project properties page. In case of any adjustments, the PM can toggle b/w the portlet and the project with ease.  The user can filter on multiple projects, or projects by OBS, or by PMs, to view the data on the portlet.
  • Part of the Business Transformation collection, this pie chart portlet displays realized benefit, grouped by category for portfolio investments. It uses System Provider: Portfolio Investment Provider.
  • Part of the Business Transformation collection, this pie chart portlet displays realized benefit, grouped by category for portfolio investments. It uses System Provider: Portfolio Investment Provider.
  • Part of the Business Transformation collection, this pie chart portlet displays realized benefit, grouped by category for portfolio investments. It uses System Provider: Portfolio Investment Provider.
  • 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.
  • Gain a financial view of your investments by comparing actuals to planned cost and planned benefit.  Report views include:
    • Financial Summary
    • Planned Benefit vs Actual Cost
    • Actuals vs Planned Costs
    Demo Video - https://www.youtube.com/watch?v=uyDSbbgG1O8&list=PLXJ5ktuWV0jiS9CvBpHvBIwpKPmA9uvwK&index=2 The main .rpt file will access data through the Data Warehouse.  For clients on Rego’s AWS hosting, we have versions that work with Oracle and Postgres DB and access the live database, if the Rego Odata connector is being used.
  • Part of the Business Transformation Collection, this bubble-chart portlet displays investments per their alignment, status and total planned benefit. The: X-axis displays the alignment Y-axis displays the status Bubble-size displays the total planned benefit
  • Part of the Business Transformation Collection, this bubble-chart portlet displays investments per their alignment, status and total planned benefit. The: X-axis displays the alignment Y-axis displays the status Bubble-size displays the total planned benefit
  • Part of the Business Transformation Collection, this bubble-chart portlet displays investments per their alignment, status and total planned benefit. The: X-axis displays the alignment Y-axis displays the status Bubble-size displays the total planned benefit
  • The Financial Summary by Transaction Class - Graph provides a visual graph for each years financial picture beginning with current year and going forward into the future. It will show the user where they need to concentrate their efforts in order to meet financial commitments.
  • The Financial Summary by Transaction Class - Graph provides a visual graph for each years financial picture beginning with current year and going forward into the future. It will show the user where they need to concentrate their efforts in order to meet financial commitments.
  • The Financial Summary by Transaction Class - Graph provides a visual graph for each years financial picture beginning with current year and going forward into the future. It will show the user where they need to concentrate their efforts in order to meet financial commitments.
Go to Top