Archive for the ‘Business Objects’ Category

A solution vision for SAP Business Objects BPC v7.5 NetWeaver

Tuesday, January 1st, 2013

With the introduction of SAP BusinessObjects Planning and Consolidation 7.5 version for SAP Netweaver, there is ample opportunity for significant improvements of the workflow and consolidation of data for planning processes and applications. Having had the opportunity to provide a solution for our client using BPC Netweaver version 7.5 along with SAP BW v7.01 we can share the vision and the solution design we implemented. The vision is to provide a common infrastructure for centralized planning, forecasting, and reporting. The new netweaver 7.5 version provided us with the opportunity to migrate from the currently unsupported Microsoft 5.2 version to the NetWeaver technology stack. Here is what our solution looks like and some of the opportunities we took to implement enhanced process improvements and functionality.

Solution for BPC v7.5 and BW v7.01

Why does this solution work? First, by standardizing on a common technology stack you gain leverage of existing knowledge and skillsets. While there is plenty of BPC upskilling needed, BW integration is critical and leveraging known BW skillsets will take you a long way in an implementation. Second, the common technology platform, offers the opportunity of leveraging common reporting tools. While reporting on Plan/Actual data is best served using BPC EVDRe functions–trust me exel is not going away anytime soon–adding BW reporting tools into the information delivery strategy instantly broadens information access across the corporate user base.

SAP BusinessObjects 4.0 or 4.1?

Wednesday, September 7th, 2011

Looking for answers on which SAP BusinessObjects version to implement, 4.0 or 4.1? Check out our latest contribution at ASUG.com here

What do we call these today? Official SAP BusinessObjects product names.

Friday, August 19th, 2011

This just in. The official list of product names as listed in SAP Note 1621084 (requires login to service.sap.com) .

SAPRouter now available for SAP BusinessObjects

Friday, August 19th, 2011

Great news! I just came across this notice. This is quite an improvement over the existing method of setting up remote desktop access etc. to your backend SAP BusinessObjects systems. Now you can enjoy direct access by SAP development support to your BOBJ landscape just as you are used to with your existing SAP landscape. Check out the news here (may require login).

What’s the difference between SAP BPC Lite and Full Optimization

Wednesday, July 13th, 2011

On our project we had a discussion on what the optimization functions are in SAP BPC netWeaver 7.5, their differences, and when they are to be used. Here is what we found based on research and our experience:

Lite Optimization

Background (ref SAP 1551154)

  • Is a maintenance process similar to the BW InfoCube performance maintenance tasks of index rebuild, statistics rebuilds, and compression.
  • This process deletes the infocube indexes and moves records from the F to the E fact tables.
  • This process compresses/collapses the records with the same key
  • Additional zero suppression is possible (manually adjusted in process chain)
  • Updates the infocube statistics

How often should it be run? (ref SAP 1508929)

  • There is no set recommendation as to the frequency, however it is generally recommended that these (index/statistics) tasks be executed after the load process to provide satisfactory performance for reporting and input schedule updates.
  • From 1508929 “There is no rule of thumb for how often to run optimizations. The need can vary depending on the characteristics of your hardware environment and your application.”

As best practice:

  1. When new application sets and applications are created run a Full Optimization.
  2. Lite Optimization doesn’t take the system offline, and can be scheduled during normal business activity (e.g. after a data load)
  3. Full Optimization need the system to be offline so they should be run at down-time periods – for example after a month-end close.

Full Optimization

Background (ref SAP 1551154)

  • This process essentially rebuilds the application in its entirety. The process creates a new application and copies the data to the new application.
  • This process is a RESTRUCTURING of the BPC application data model

How does the system determine if a full optimization is necessary?

  • The algorithm looks at the size of the dimensions and the dimension members. If the dimension tables have <20% size of the fact table and as many line item dimensions are used, then the system will give a message “Optimization not required at this time”.
  • The full optimization logic is as follows (ref. SAP 1551154):

If the InfoCube needs restructuring – do it, then perform lite optimization

If not, perform a lite optimization

  • Why does the infocube technical name change with the Full Optimization?

This is expected and by design. (ref SAP 1527747).

The SAP service notes listed in this post can be found here.

Applying Heuristic Principles to Dashboard Design & Evaluation

Wednesday, June 22nd, 2011

Heuristic evaluation is a popular usability inspection method for systematic assessment of a user interface for ease-of-use.

This methodology can be extended to evaluate usability of dashboards with the following set of principles:

 Heuristic Principles of Dashboarding

1. Alignment with Objective(s): The dashboard should meet its objective(s), as defined and understood by the users, on an ongoing basis

This principle elicits a common question – How are Objectives relevant in usability evaluation?

Traditional usability evaluation techniques do not attempt to validate the objectives of the interface or system concerned (i.e. functional compliance). They evaluate the interface only on user-friendliness.

Our rationale behind including objectives while applying heuristic principles is two-fold:

I.)      In the world of dashboards, ignoring the user – as it happens often unintentionally – results in “a beautiful and artistic house with no plumbing”. With no utility for the user, many such dashboards just fail to take off.

II.)      More importantly, understanding the objective provides a solid context to evaluate usability. The evaluator should have this objective in context while attempting to answer whether:

  •  
    • the positioning of components in the screen is optimal;
    • the navigation is intuitive and effective;
    • a particular way of presenting information aids usage

Further, users mature over time and demand changes to features. Usage patterns may change. Businesses undergo modifications as well. For this reason, the provider needs to ensure alignment with objectives on an ongoing basis. Doing this will be key in optimizing costs.

2. Clarity of context : The dashboard should always keep the user informed about the context  of the contents being displayed

Content displayed is of two types – information and visual components. Both types need to aid the user in understanding the context

  •  
    • Information (e.g. Sales Volume) displayed in the dashboard should be accompanied by appropriate context (such as Geography, Fiscal Period, Currency, etc.)
    • Components, especially the ones that allow the user to interact & navigate through drilldowns & selection, should help the user understand and track how the context has changed

3. Match between System and Real World: The dashboard should speak the user’s language, with components, labels, navigation and KPIs familiar to the user. 

Follow real-world conventions, making information appear in a natural and logical order

This sounds obvious than it actually is. A good case in point where this principle is often violated is in the usage of nulls/blanks/zeroes/”n.a”. Does a ‘0’ in the dashboard indicate a lack of transaction, or a transaction with 0 unit of measure? Can the user interpret this correctly every time?

Also, the ‘real world’ is different for each user (typically, user-groups). Users in Sales may have a different view of terminology compared to users in Finance. One has to carefully approach dashboards that claim to cater to multiple user-groups.

4. Consistency and Standards: Users should not have to wonder whether different words, situations or actions mean the same thing. Follow uniform and established convention.

Usage of terms, visual components, images, color schemes, and navigation methods should be consistent within and across dashboards

5. Recognition Rather than Recall: Make context, actions and options visible.  The user should not have to remember these

The user should not have to remember information from one part of the dialogue to another. The dashboard design should facilitate recognition of available options and actions.

6. Metadata & Help:  Information about the dashboard and instructions for its use should be visible or easily retrievable whenever appropriate

Many dashboards fail to do this. It helps to state objectives, KPIs, explanation of business terms, etc. clearly in a separate screen that can be accessed with the click of a button.

7. Default State: Where users have freedom to interact with the dashboard by altering the information and/or  components, the dashboard should allow them to revert to the default state

Having a ‘Home’ state encourages user interaction. It avoids the need for users to remember or recall the original state,  or having to use the less engaging ‘browser refresh’

8. Aesthetics and Engagement : The dashboard should be visually appealing and engaging, without overwhelming the user. The design should be aesthetically pleasing with artistic as well as functional value. 

The Dashboard should engage users immediately and make them feel comfortable. There should be a ‘wow’ factor that extends to as many repeat visits as possible.

Note that user’s maturity may require subtle changes to the design & aesthetics over time.

9. Pleasurable and Respectful User Interaction: The user’s interactions with the dashboard should enhance his/her quality of work-life.  The user should be treated with respect.

Ask yourselves: Does the dashboard deliver results with the least amount of effort from & involvement by the user? Does the dashboard deliver something of value that the user does not already possess?

10. Concise and Minimalist Design: Every extra unit of information in the dashboard competes with the relevant units of information and diminishes their relative visibility

The dashboard, while satisfying all the above principles, should adopt a concise and minimalist design. Avoid information, components, contents and navigation steps that are unnecessary.

Avoid overloading the user with information. If two or more sets of information do not deliver value when viewed together, it is better for the user to view them separately.

After performing an evaluation of the dashboard based on these principles (with the help of a detailed checklist that addresses each of these ten areas), each violation can be categorized on a 5-point scale for usability. The various remedial options are then identified and analyzed to arrive at appropriate recommendations.

For questions related to applying heuristic principles to dashboard design & evaluation, contact solutions@claricent.com

Better Data – Why it Matters

Monday, May 16th, 2011
Gartner recently announced new sales data within the Business Intelligence and EPM market to
indicate significant growth in 2010 for the overall market and all products.
The overall sales came in at $10.5 billion with SAP’s BI product still ranking
in the number one spot. Gartner notes that not only is the economy improving
and therefore spend is increasing, but there are also some priority shifts
happening in the market. Dan Sommer, Principal Research Analyst at Gartner
indicated that “BI spending has far surpassed IT budget growth overall for
several years, and it is clear that BI continues to be a technology at the
center of information-driven initiatives in organizations. Vendors aggressively
market their capabilities in this area, so revenue growth is as much a function
of vendor push as a demand pull.”

Three Reasons

More and more companies are deciding it is in their best interest to
devise an efficient and nimble way to track data and make more accurate
projection for the overall health of their business. So, with this in mind,
what can the right Business Intelligence, Analytics, and Performance Management
software truly do for a company? Why is it worth the shift in dollar spend?
  1. Better data means an increased ROI. In today’s constantly changing economy and global
    competitiveness, no one can afford for data generation to take days or weeks.
    Companies need to process information rapidly and with as little staff cost as
    possible. By automating the process of data generation and providing managers
    with transparent information, companies automatically cut costs but also
    identify other areas of their business where they should focus dollar spend,
    improve processes, or adjust resources to provide a better service or more
    effectively sell a product. Improved decision making capabilities and ways to
    improve processes to build customer loyalty can make the difference between a
    company succeeding or failing in today’s fragile marketplace.
  2. Better Data means better cost control.
    We’ve all seen the case studies where companies saved millions by using their warehouse space better,
    or outsourced staff and seen an impact on the bottom line. But what about the
    company that installed a new BI system and suddenly realized that the rebate
    incentive plan their marketing company had been issuing for the past five years
    was actually costing them money? What about the company that began using GIS
    based analytics and instantly saved money on repair and maintenance of their
    transportation equipment? Accurate timely data provides that big picture and
    drill down capability so that the management team can better understand what
    the right choices are to better run the business.
  3. Better Data Means a
    Competitive Edge.

    Let’s face it. The economic downturn of 2008-2009 left us all feeling a bit
    uneasy about the economy as a whole. We saw large institutions need financial
    assistance from the government, and many of those we knew lost jobs. Investors
    are still a bit skittish today, and we all have a collective feeling of wanting
    to rebuild. While no one can predict the future with 100% certainty, companies
    can strive to ensure that they are making smart decisions with their capital
    investments to produce good results. In a global market, staffing costs,
    material investments and management of our businesses can make the difference.
    Profitability is essential to survivability. The right tools to forecast
    expenditures and revenue stream, ensure the right amount of staff are hired and
    trained, and equipment and warehouses are being used to maximum capacity has a
    direct impact on profit, investment potential, and a companies’ ability to
    thrive.
Conclusion

 

With the increase of BI, Analytics and Performance
Management software on the rise, it is evident that it is viewed as a pinnacle
competitive advantage for companies in the industry worldwide. What steps are
you taking to ensure that your company will maintain its edge and have the
information it needs to thrive?

Part I – Best Practices for Digital Dashboards – an Operating Executive’s View

Monday, May 16th, 2011

Business Intelligence (BI) dashboards can be valuable business tools providing a quick overview of key business metrics.  If not implemented judiciously, they can also prove to be a time-consuming exercise providing inaccurate and/or misleading business intelligence.

The difference is how the dashboard is conceived, set-up, and managed.  By defining clear objectives, involving key stakeholders, and identifying uniform data sources, your dashboard will provide actionable data to fuel business decisions.  This is the first in a two-part series that presents best practices for building effective digital dashboards.

In Part I, we address the following fundamental rules and guiding principles for dashboard development, including

  • Defining your process
  • Setting a goal
  • Identifying dashboard constituents and securing their buy-in
  • Validating and confirming key business metrics
  • Challenging Convention
  • Selecting your dashboard implementation & governance stakeholders

 

Part II of this whitepaper focuses on best practices for implementation.

 

The Right Frame of Mind Yields Desired Results

Good BI dashboards require an open mind, thoughtfulness, teamwork, discipline, knowledge of your business and the right tools.  The reward, a well-managed successful business, is worth the effort.

Keep in mind, you will look at your dashboard every day; and make decisions that profoundly affect your business based on what you see.  You, your team, your peers, your boss and ultimately the entire business will spend countless hours analyzing it, as well as identifying and supplying the data to drive it.  Plus, inevitably, decisions affecting the very viability of your enterprise depend on your dashboard’s accuracy and effectiveness delivering critical insight into the health of your business.  The bottom line: if your dashboard is off – either in purpose, execution, or accuracy – your company is driving blind.  You just don’t know it.  If your data is bad, your presentation unclear, or you are tracking the wrong metrics, you are in trouble.

Getting It Right – Rules & Guiding Principles

Define Your Process

At the outset, you need to define your process for creating and implementing your new dashboard; then you need to communicate the process and the importance of the dashboard to all concerned.  Without a clear process, coupled with clear communication, your task becomes much more difficult, and you jeopardize the success of your dashboard project.   Following are the process steps to drive a successful dashboard project and recommendations on ‘best practices” to make your dashboard project a success, giving your business a valuable new business intelligence tool:

 

  • Set a dashboard goal
  • Define dashboard constituents and get buy-in
  • Identify critical business metrics
  • Select a dashboard team
  • Identify data sources and how you’ll access them
  • Design your dashboard to present information in the most meaningful and accessible fashion
  • Survey the universe of tools available for creating your dashboard and allowing users to generate their own views
  • Develop a project schedule and budget for your dashboard project
  • Review your project and process with all concerned
  • Implement

 

Set a Goal

First, you need to set a goal for your dashboard.  It may be the single most important thing you do.  It doesn’t matter if you are showing available cash, the number of new sales leads, or the number of support calls received on a new product.  Everyone needs to be in agreement on the purpose of the dashboard, its relevance to the business, and its level of accuracy.  For example, if the goal of your senior management team is not only to document and present enterprise financial results but to look into and plan for the future, then your goal may be to design a reliable tool, driven from secure enterprise financial data, that provides intuitive, interactive ‘what if’ capabilities.  Whatever your purpose, be specific, and make certain all your constituents know what the goal is, what the dashboard measures, how accurately, and over what period of time.

This example shows a sales and revenue dashboard incorporating powerful ‘what if’ capabilities.  The data comes from the financial system, sourced from ‘Income Statements’.  The dashboard displays revenue and expense information and generates income figures.  Interactive features like sliders and dials allow dashboard users to adjust a number of financial variables affecting growth rate, revenue and different classes of expenses.  Users can quickly adjust different metrics, such as ‘Cost of Goods Sold’ and immediately see what affect an increase or decrease will have on the business.  This facilitates a management team’s ability to look at business scenarios, and speeds the intelligence of business decision making.

 

Define Dashboard Constituents & Get Buy-In

Identify your constituents; make sure they understand their role as constituents and participants in the creation, maintenance and use of the dashboard.  Define the individuals who will create, contribute, use, and serve as executive overseers of the dashboard.  Let them know how you perceive their role in context of the dashboard and tell them what their rights and responsibilities are in this role.  Create a common understanding of constituent roles:

 

  • Owner – owns the dashboard, which means defining its goal, as well as managing the process of creating the dashboard, introducing it to the organization, and maintaining it throughout its lifecycle.

 

  • Implementer – works with the owner to develop and deliver the dashboard.  This could be someone in the IT department, an executive, or a contributor in a department.

 

  • Contributor – an individual or group who owns the data or information required to drive the dashboard.  For example, a sales vice president or a sales administrator may provide information on closed sales, projected sales, deal size, and revenue.

 

  • User – this could be an individual who uses a dashboard to understand their performance or that of their group; a manager who uses it to evaluate the health of a process, improve programs, or change organizational behavior.  This could also be a manager who uses dashboard information to measure individual or group performance for evaluation and compensation purposes.

 

 

Know Your Business – Identify Critical Business Metrics

Know your business, know your information needs, know the information needs of your constituents, know the requirements for timeliness, and understand what types of decisions will be based on your dashboard.  This is a critical phase in the definition of your dashboard.

 

It’s important to identify business metrics in conjunction with dashboard constituents, both to get the support you need to create and maintain the dashboard, and to gain support for its relevance as a strategic business tool.

 

Challenge convention.

Really analyze what you want to track and measure in your dashboard.  Don’t accept what and how the business has measured things historically.  Dig in and understand what is really important.  For example, is the number of raw sales leads coming into the company a valuable metric, or is it a misleading data point that distracts from a more critical metrics and understanding? The following dashboard depicts the number of leads generated on a monthly basis for a company, breaking out leads sourced from a ‘New Business Development’ team and marketing programs. The chart communicates raw lead numbers, but does not provide insight into the relative value of the leads, cost of acquisition, or likelihood of closure.

 

 

The critical view for accurately predicting the sales forecast may include multiple metrics encompassing the development state of qualified prospects, the average time to conversion of prospects at particular development stages, and the revenue opportunity associated with pipeline deals possessing a particular set of characteristics.  A window to regional or geographic performance may also provide valuable insight for managing a business, allowing management to account for regional political or economic circumstances in forecasting.  The short answer is you must understand what you need to know and test your reasons carefully before you start measuring.

 

This example of a ‘Sales Pipeline’ dashboard provides a lot of bang for the dashboard buck.  At a glance, it provides granular visibility – opportunity-by-opportunity – into the pipeline while simultaneously delivering high-level regional sales information and key financial projections.  A user can discern the cost of customer acquisitions, conversion time, the number of qualified deals and their value in the pipeline.  Plus, the pipeline maps into a window that calculates projected financial metrics, providing an immediate, at-a-glance, understanding of how the pipeline is projected to impact financial performance.  Business critical data can reside throughout the organization.  The dashboard is driven from data sourced from a variety of sources including a CRM system and disparate spreadsheets on individual employees’ laptops.  It is important to pay close attention to data sources as you define your dashboard.

 

Select Your Dashboard Team

You’ll need to define a dashboard team that is inclusive of your constituents, or stakeholders.  The dashboard team will be the thought-leaders, the evangelists for a new business tool.  Their opinion of the dashboard, its efficacy and value will infect the entire organization for good or for ill.  You will want to include your IT organization as well as operating organizations like sales, marketing, and finance that will contribute data to the dashboard, or use its results to make decisions managing the business.  Plus, be especially mindful to secure representation from individuals and organizations whose performance will be measured using the dashboard.  If they are represented in the process, they are much more likely to view it is a useful and fairly conceived tool, rather than something arbitrary and outside of their control.  And, therefore they are more likely to support its value throughout the organization.

At the very least, make certain you have a team member representing all constituent groups:  owner, implementer, contributor(s), users(s).  And, then build your team’s identity by communicating your goals, holding regular team meetings, and defining and tracking project milestones and related metrics.

So now you know what your goal is, you understand who your constituents are, you’ve got your team, and you know what you need to measure and why.  It’s time for some elbow grease, getting down to specifics of how you are going to feed and maintain your dashboard.

(To be continued…in Part II Best Practices for Digital Dashboards – an Operating Executive’s View)