In earlier chapters, we discussed how new versions of project management, such as PM 2.0 and PM 3.0, focused on the creation of more business-oriented metrics for project management and how information warehouses and knowledge management systems now include more supporting data for project management decision making. All of these activities are providing innovation project managers with additional information for creating the business value outcomes expected from innovation. Business value will most likely be the driver for all new forms of project management. Value-in-use may be the driver for all new forms of innovation. We now have the capability of creating and monitoring business value metrics throughout the life of an innovation project.
Any metric can be regarded as a value metric based on how and when it is used. The number of deliverables produced may not be considered as a value metric in the fuzzy front end of a project, but perhaps so during commercialization. Effective governance can be a value metric if it favorably affects the culture of the organization. Some value metrics, as shown later in this chapter, can be composed of several other metrics that act as attributes of a value metric.
For years, the traditional view of project management for projects that did not include innovation was that, if you completed the project and adhered to the triple constraints of time, cost, and performance (or scope), the project was successful. Perhaps in the eyes of the project manager, the project appeared to be a success. In the eyes of the customer or the stakeholders, however, the project might be regarded as a failure.
Innovation projects must be looked at differently. If the results of the innovation activities were unsuccessful, meeting the budget and financial constraints could be meaningless or just a low level of importance. The only true measure of innovation success is if business value was created and the company gained from it economically. While time, cost, and scope are still important when managing innovation projects, metrics must be established for measuring innovation benefits and value. Time, cost, and scope may be treated as value attributes based on how and when they are used.
Project managers are now becoming more business oriented. Projects are being viewed as part of a business for the purpose of providing value to both the ultimate customer and the parent corporation. Project managers are expected to understand business operations more so today than in the past. As the project managers become more business oriented, our definition of success on a project now includes both a business and value component. The business component may be directly related to value.
Projects must provide some degree of value when completed as well as meeting the competing constraints. Perhaps the project manager's belief is that meeting the competing constraints provides value, but that's not always the case. Why should a company work on innovation projects that provide no near-term or long-term value? Too many companies either are working on the wrong projects or simply have a poor project portfolio selection process, and no real value appears at the completion of the projects even though the competing constraints have been met.
Assigning resources that have critical skills that are in demand on other projects to projects that provide no appreciable value is an example of truly inept management and poor decision making. Yet selecting projects that may appear to guarantee the creation of business value or an acceptable ROI is very challenging because some of today's projects do not provide the targeted value until years into the future. This is particularly true for innovation and new product development, where as many as 50 or more ideas must be explored to generate one commercially successful product. Predicting the value at the start and tracking the value during execution is difficult.
There are multiple views of the definition of value. For the most part, value is like beauty; it is in the eyes of the beholder. In other words, value may be viewed as a perception at project selection and initiation based on data available at the time. At project completion, however, the actual value becomes a reality that may not meet the expectations that had initially been perceived.
Another problem is that the achieved innovation value of a project may not satisfy all the stakeholders, since each stakeholder may have had a different perception of value as it relates to his/her business model. Because of the money invested in some innovation projects, establishing value-based metrics is essential. The definition of innovation value, along with the metrics, can be industry-specific, company-specific, or even dependent on the size, nature, and business base of the firm. Some stakeholders may view innovation value as job security or profitability. Others might view value as image, reputation, or the creation of intellectual property. Satisfying all stakeholders is a formidable task often difficult to achieve and, in some cases, may simply be impossible. In any event, value-based metrics must be established along with the traditional metrics. Value metrics show whether value is being created or destroyed.
Before discussing value-based metrics, it is important to understand how the necessity for value identification has evolved. Surprisingly enough, numerous research on value has taken place over the past 20 years. Some of the items covered in the research include:
Following are some of the models that have occurred over the past 20 years of research:
The reason why these models have become so popular in recent years is because we have developed techniques for the measurement and determination of value. This is essential in order to have value metrics on projects.
There is some commonality among many of these models such that they can be applied to project management. For example, Jack Alexander (2007, 5–6) created a model titled Value Performance Framework (VPF). The model focuses on building shareholder value, which some consider as the ultimate purpose of innovation, and is heavily biased toward financial key performance indicators (KPIs). However, the key elements of VPF can be applied to innovation project management, as shown in Table 7-1. The first column contains the key elements of VPF from Alexander's book, and the second column illustrates the application to innovation project management.
TABLE 7–1. APPLICATION OF VPF TO INNOVATION PROJECT MANAGEMENT
VPF Element | Innovation Project Management Application |
Understand key principles of valuation | Working with the project's stakeholders to define innovation value |
Identification of key value drivers for the company | Identification of key value drivers for the innovation project |
Assessing performance on critical business processes and measures through evaluation and external benchmarking | Assessing performance of whatever enterprise project management methodology and framework is selected and continuous improvement using the PMO |
Creating a link between shareholder value and critical business processes and employee activities | Creating a link between innovation project values, stakeholder values and team member values |
Aligning employee and corporate goals | Aligning employee, project, and corporate goals |
Identification of key “pressure points” (high leverage improvement opportunities) and estimating potential impact on value | Capturing lessons learned and best practices that can be used for continuous improvement activities and other innovation projects |
Implementation of a performance management system to improve visibility and accountability in critical activities | Establish and implement a series or project-based dashboards for customers, co-creation team members and stakeholder visibility of key performance indicators |
Development of performance dashboards with a high level of visual impact | Development of innovation performance dashboards for stakeholder, team, and senior management visibility |
The importance of value can have a significant impact on the leadership style of project managers. Historically, project management leadership was perceived as the inevitable conflict between individual values and organizational values. Today, companies are looking for ways to get employees to align their personal values with the organization's values. One way of accomplishing this is to create leadership metrics that can measure the leadership performance of innovation project managers.
Several books have been written on this subject, and the best one, in this authors' opinion, is Balancing Individual and Organizational Values by Ken Hultman and Bill Gellerman (2002, 105–106). Table 7-2, adapted from Hultman and Gellerman, shows how our concept of value has changed over the years. If you look closely at the items in Table 7-2, you can see that the changing values affect more than just individual versus organizational values. Instead, it is more likely to be a conflict among four groups, as shown in Figure 7-1. The team members and stakeholders also include people that are part of the co-creation team.
TABLE 7–2. CHANGING VALUES
Moving away from: Ineffective Values | Moving toward: Effective Values |
Mistrust | Trust |
Job descriptions | Competency models |
Power and authority | Teamwork |
Internal focus | Stakeholder focus |
Security | Taking risks |
Conformity | Innovation |
Predictability | Flexibility |
Internal competition | Internal collaboration |
Reactive management | Proactive management |
Bureaucracy | Boundaryless |
Traditional education | Lifelong education |
Hierarchical leadership | Multidirectional leadership |
Tactical thinking | Strategic thinking |
Compliance | Commitment |
Meeting standards | Continuous improvements |
The needs of each group might be:
Project Manager
Team Members
Organization
Stakeholders
There are several reasons why the role of the innovation project manager and the accompanying leadership style have changed. Some reasons include:
Benefits and value are related. A benefit is an outcome from actions, behaviors, products or services that are considered to be important or advantageous to specific individuals, such as business owners, or a group of individuals, such as stakeholders or end-user consumers. Generic benefits might include:
Benefits, whether they are strategic or nonstrategic, are normally aligned to the organizational business objectives of the sponsoring organization that will eventually receive the benefits. The benefits appear through the deliverables or outputs that are created by the project. It is the responsibility of the project manager to create the deliverables.
Benefits are identified in the project's business case. Some benefits are tangible and can be quantified. Other benefits, such as an improvement in employee morale, may be difficult to measure and therefore treated as intangible benefits.
There can also be dependencies between the benefits where one benefit is dependent on the outcome of another. As an example, a desired improvement in revenue generation may be dependent on an improvement in quality.
Benefits realization management is a collection of processes, principles, and deliverables to effectively manage the organization's investments. Project management focuses on maintaining the established baselines whereas benefits realization management analyzes the relationship that the project has to the business objectives by monitoring for potential waste, acceptable levels of resources, risk, cost, quality, and time as it relates to the desired benefits.
Project value is what the benefits are worth to someone. Project or business value can be quantified whereas benefits are usually explained qualitatively. When we say that the ROI should improve, we are discussing benefits. But when we say that the ROI should improve by 20 percent, we are discussing value. Progress toward innovation value generation is easier to measure than benefits realization, especially during project execution. Benefits and value are generally inseparable; it is difficult to discuss one without the other.
The importance of the value component in the definition of innovation success cannot be overstated. Consider the following eight postulates:
These eight postulates lead us to believe that perhaps value may become the dominating factor in the selection of projects for an innovation project portfolio. Project requestors must now clearly articulate the value component in the project's business case or run the risk that the project will not be considered. If the project is approved, then innovation value metrics must be established and tracked. However, it is important to understand that value may be looked at differently during the portfolio selection of projects because the tradeoffs that take place are among projects rather than the value attributes of a single project.
In Postulate #1, we can see what happens when management makes poor decisions during project selection, establishment of a project portfolio, and when managing project portfolios. We end up working on the wrong project or projects. What is unfortunate about this scenario is that we can produce the deliverable that was requested but:
Postulate #2 is the corollary to Postulate #1. Completing a project on time and on budget:
Postulate #3 focuses on value. Simply because the deliverable is provided according to a set of constraints is no guarantee that the client will perceive value in the deliverable. The ultimate objective of all projects should be to produce a deliverable that meets expectations and achieves the desired value. While we always seem to emphasize the importance of the competing constraints when defining the project, we spend very little time in defining the value characteristics and resulting metrics that we expect in the final deliverable. The value component or definition must be agreed on jointly by all involved parties during the initiation stage of the project. This can be difficult if using a co-creation team.
Most companies today have some type of project management methodology in place. Unfortunately, all too often there is a mistaken belief that the methodology will guarantee project success. Methodologies:
Methodologies can improve the chances for success but cannot guarantee success. Methodologies are tools and, as such, do not manage projects. Projects are managed by people and, likewise, tools are managed by people. Methodologies do not replace the people component in project management. They are designed to enhance the performance of people. The methodology used on innovation projects may be different from the methodology used on non-innovation projects.
In Postulate #5, we have a quote from Warren Buffett that emphasizes the difference between price and perceived value. Most people believe that customers pay for deliverables. This is not necessarily true. Customers pay for the value they expect to receive from the deliverable. If the deliverable has not achieved value or has limited value, the result is a dissatisfied customer.
Some people believe that a customer's greatest interest is quality. In other words, “Quality comes first!” While that may seem to be true on the surface, the customer generally does not expect to pay an extraordinary amount of money just for high quality. Quality is just one component in the value equation. Value is significantly more than just quality.
When customers agree to purchase a deliverable, the customer is actually looking for the value in the deliverable. The customer's definition of success may be “value achieved” or, as we stated previously, value-in-use.
Unfortunately, unpleasant things can happen when the project manager's definition of success is the achievement of the deliverable (and possibly the triple constraint) and the customer's definition of success is value-in-use. This is particularly true when customers want value and the project manager focuses on the profit margins of the project.
Postulate #7 is a summation of Postulates #1 through #6. Perhaps the standard definition of success using just the triple constraints should be modified to include a business component such as value, or even be replaced by a more specific definition of value.
Sometimes the value of a project can change over time, and the project manager may not recognize that these changes have occurred. Failure to establish value expectations or lack of value in a deliverable can result from:
Establishing value metrics early on can help identify if a project should be canceled. The earlier the project is canceled, the quicker we can assign the resources to those innovation projects that have a higher perceived value and probability of success. Unfortunately, early warning signs are not always present to indicate that the value will not be achieved. The most difficult metrics to establish are value-driven metrics.
Selecting metrics and KPIs is not that difficult, provided they can be measured. This is the major obstacle with the value-driven metrics. On the surface, they look easy to measure, but there are complexities. However, even though value appears in the present and in the future, it does not mean that the value outcome cannot be quantified. Table 7-3 illustrates some of the metrics that are often treated as value-driven KPIs.
TABLE 7–3. MEASURING VALUE
Value Metric | Measurement |
Profitability | Easy |
Customer satisfaction | Hard |
Goodwill | Hard |
Penetrate new markets | Easy |
Develop new technology | Moderate |
Technology transfer | Moderate |
Reputation | Hard |
Stabilize work force | Easy |
Utilize unused capacity | Easy |
Traditionally, business plans identified the benefits expected from the project, and the benefits were the criteria for project selection. Today, portfolio management techniques require identification of the value as well as the benefits. However, conversion from benefits to value is not easy (Phillips et al. 2002, Chapter 13).
There are shortcomings in the conversion process that can make the conversion difficult. Figure 7-2 illustrates several common shortcomings.
There are other shortcomings with the measurement of KPIs. KPI are metrics for assessing value. With traditional project management, metrics are established by the enterprise project management methodology and fixed for the duration of the project's life cycle. With value-driven project management, however, metrics, can change from project to project, during a life-cycle phase and over time because of:
Even with the best possible metrics, measuring value can be difficult. Benefits less costs indicate the value and determine if the project should be done. The challenge is that not all costs are quantifiable. Some values are easy to measure, while others are more difficult. The easy value metrics to measure are often called soft or are established by the enterprise project management methodology and fixed for the duration of the project's life-cycle. The hard values to measure are often considered intangible value metrics. Table 7-4 illustrates some of the easy and hard value metrics to measure. Table 7-5 shows some of the problems associated with measuring both hard and soft value metrics.
TABLE 7–4. TYPICAL FINANCIAL VALUE METRICS
Easy (Soft/Tangible) Value Metrics | Hard (Intangible) Value Metrics |
ROI calculators Net present value (NPV) Internal rate of return (IRR) Cash flow Payback period Profitability Market share |
Stockholder satisfaction Stakeholder satisfaction Customer satisfaction Employee retention Brand loyalty Time to market Business relationships Safety Reliability Goodwill Image |
TABLE 7–5. PROBLEMS WITH MEASURING VALUE METRICS
Easy (Soft/Tangible) Value Metrics | Hard (Intangible) Value Metrics |
Assumptions are often not fully disclosed and can affect decision making. Measurement is very generic. Measurement never meaningfully captures the correct data. |
Value is almost always based on subjective attributes of the person doing the measurement. It is more of an art than a science. Limited models are available to perform measurement. |
Measurement techniques have advanced to the point where we believe that we can measure anything. Projects now have both financial and nonfinancial metrics, and many of the nonfinancial metrics are regarded as intangible metrics. For decades, we shied away from intangibles. As stated by Bontis (2009, 8), “The intangible value embedded in companies has been considered by many, defined by some, understood by few, and formally valued by practically no one.” Today, we can measure intangible factors as well as tangible factors that impact project performance.
An intangible asset is non-monetary and without physical substance. Intangible assets can be the drivers of innovation. Intangibles may be hard to measure, but they are not immeasurable. In an excellent article, Ng et al. (2011) discuss various key intangible performance indicators (KIPIs) and how they can impact project performance measurements. The authors state:
[T]here are many diverse intangible performance drivers which impact organizational [and innovational] success such as leadership, management capabilities, credibility, innovation management, technology and research and development, intellectual property rights, workforce innovation, employee satisfaction, employee involvement and relations, customer service satisfaction, customer loyalty and alliance, market opportunities and network, communication, reputation and trust, brand values, identity, image, and commitment, HR practices, training and education, employee talent and caliber, organizational learning, renewal capability, culture and values, health and safety, quality of working conditions, society benefits, social and environmental, intangible assets and intellectual capital, knowledge management, strategy and strategic planning and corporate governance.
Today, there are measurement techniques for these. In dynamic organizations, both KPIs and KIPIs are used to validate innovation performance.
With innovation project management (IPM), we will need significantly more metrics, especially many of the above-mentioned intangibles, to track innovation and business applications. IPM metrics are a source of frustration for almost every firm. There are no standards set for innovation metrics. Companies may have a set of “core” metrics they use and then add in other metrics based on the nature of the project. Metrics for disruptive innovation are probably the hardest to define. However, companies are beginning to develop models to measure innovation (Ivanov and Avasilcăi 2014; Zizlavsky 2016).
The intangible elements are now considered by some to be more important than tangible elements. This appears to be happening on IT projects where executives are giving significantly more attention to intangible values. The critical issue with intangible values is not necessarily in the end result, but in the way that the intangibles were calculated. Phillips et al. (2002) emphasize that the true impact on a business must be measured in business units.
Tangible values are usually expressed quantitatively whereas intangible values may be expressed through a qualitative assessment. There are three schools of thought for value measurement:
The three schools of thought appear to be an all-or-nothing approach, where value is either 100 percent quantitative or 100 percent qualitative. The best approach is most likely a compromise between a quantitative and qualitative assessment of value. It may be necessary to establish an effective range, which is a compromise among the three schools of thought.
The timing of value measurement is critical. During the life cycle of a project, it may be necessary to switch back and forth from qualitative to quantitative assessment of the metric, and the actual metrics or KPIs may then be subject to change. Certain critical questions must be addressed:
For some innovation projects, using metrics to assess value at project closure may be difficult. We must establish a time frame for how long we are willing to wait to measure the final or real value or benefits from a project. This is particularly important if the actual value cannot be identified until sometime after the project has been completed. Therefore, it may not be possible to appraise the success of a project at closure if the true economic values cannot be realized until sometime in the future. As an example, consumers may need to use a project for some time to determine its true value to them.
Some practitioners of value measurement question whether value measurement is better using boundary boxes instead of life-cycle phases. For value-driven projects, which include several forms of innovation projects, the potential problems with life-cycle phase metrics include:
Boundary boxes, as shown in Figure 7-3, have some degree of similarity to statistical process control charts and can assist in metric measurements. Upper and lower strategic targets for the value of the metrics are established. As long as the KPIs indicate that the project is still within the upper and lower value targets, the project's objectives and deliverables may not undergo any scope changes or tradeoffs.
Value-driven projects must undergo value health checks to confirm that the project will contribute value to the company. Value metrics, such as KPIs, indicate the current value. What is also needed is an extrapolation from the present into the future. Using traditional project management combined with the traditional enterprise project management methodology, we can calculate the time at completion and the cost at completion. These are common terms that are part of earned value measurement systems. However, as stated previously, being on time and within budget is no guarantee that the perceived value will be there at project completion.
Therefore, instead of using an enterprise project management methodology, which focuses on earned value measurement, we may need to create a value management methodology (VMM), which stresses the value variables. With VMM, time to complete and cost to complete are still used, but we introduce a new term entitled value (or benefits) at completion. Determination of value at completion, which is critical for innovation projects, must be done periodically throughout the project. However, periodic reevaluation of benefits and value at completion may be difficult because:
For years, customers and contractors have been working toward different definitions of project success. The project manager's definition of success was profitability and tracked through financial metrics. The customer's definition of success was usually the quality of the deliverables. Unfortunately, quality was measured at the closure of the project because it was difficult to track throughout the project. Yet quality was often considered the only measurement of success.
Today, clients and stakeholders appear to be more interested in the value they will receive at the end of the project. If you were to ask 10 people, including project personnel, the meaning of value, you would probably get 10 different answers. Likewise, if you were to ask, “Which critical success factor has the greatest impact on value?” you would get different answers. Each answer would be related to the individual's work environment and industry. Today, companies seem to have more of an interest in value than in quality. This does not mean that we are giving up on quality. Quality is part of value. Some people believe that value is simply quality divided by the cost of obtaining that quality. In other words, the less you pay for obtaining the customer's desired level of quality, the greater the value to the customer.
The problem with this argument is that we assume that quality is the only attribute of value that is important to the client and, therefore, we need to determine better ways of measuring and predicting just quality. Throughout this chapter, when we refer to a “client,” the client could be internal to your company, external to your company, or the customers of your external client. You might also consider stakeholders as your clients or members of a co-creation team.
Unfortunately, there are other attributes of value and many of these other attributes are equally as difficult to measure and predict. Customers can have many attributes that they consider as value components, but not all of the value attributes are equal in importance.
Unlike the use of quality as the solitary parameter, value allows a company to better measure the degree to which the innovation project will satisfy its strategic business objectives. Quality can be regarded as an attribute of value along with other attributes. Today, every company has quality and produces quality in some form. This is necessary for survival. What differentiates one company from another, however, are the other attributes, components, or factors used to define value. Some of these attributes might include price, timing, image, reputation, customer service, and sustainability.
In today's world, customers make decisions to hire a contractor based on the value they expect to receive and the price they must pay to receive this value. Actually, it is more of a “perceived” value that may be based on tradeoffs on the attributes of the client's definition of value. The client may perceive the value of your project to be used internally in their company or pass it on to their customers through their customer value management program. If your organization does not or cannot offer recognized value to your clients and stakeholders, then you will not be able to extract value (i.e., loyalty) from them in return. Over time, they will defect to other contractors.
Project managers in the future must consider themselves as the creators of value. The definition of a project that is used in project management courses is “a set of values scheduled for sustainable realization.” As a project manager, you must, therefore, establish the correct metrics so that the client and stakeholders can track the value that you will be creating. Measuring and reporting customer value throughout the project is now a competitive necessity. If it is done correctly, it will build emotional bonds with your clients.
For decades, many companies believed that they had an endless supply of potential customers. Companies called this the “door knob” approach, whereby they expected to find a potential customer behind every door. Under this approach, customer loyalty was nice to have but not a necessity. Customers were plentiful, often with little regard for the quality of your deliverables. Companies also believed that that either frequent innovation was not necessary or that most of their innovation attempts would be successful. Those days may be gone.
The focus of most CRM programs was to: (1) find the right customers, (2) develop the right relationships with these customers, and (3) retain the customers. This included stakeholder relations management and seeking out ways to maintain customer loyalty. Historically, sales and marketing were responsible for CRM activities. Today, project managers are doing more than simply managing a project; they are managing part of a business. Therefore, they are expected to make business decisions as well as project decisions, and this includes managing activities related to CRM. Project managers soon found themselves managing projects that now required effective stakeholder relations management, as well as customer relations management. Satisfying the needs of both the client and various stakeholders was difficult.
As CRM began to evolve, companies soon found that there were different perceptions among their client base as to the meaning of quality and value. In order to resolve these issues, companies created customer value management (CVM) programs. Customer value management programs address the critical question, “Why should customers purchase from you rather than from the competition?” The answer was most often the value that you provided through your products and deliverables. Loyal customers appeared to be more value sensitive than price sensitive. Loyal customers are today a scarce resource and also a source of value for project managers and their organizations. Value breeds loyalty.
There are other items, such as trust and intangibles, that customers may see as a form of value. As stated by a technical consultant:
The business between the vendor and the customer is critical. It's situational but in technical consulting for instance the customer may really value only the technical prowess of a vendor's team; project management is expected to be competent in this case. If project management itself is adding value, then isn't that really a matter of the customer's view of the project manager providing services above and beyond the normal view of functional responsibility? That would come down to the relationship with the customer. Ask any customer what they truly value in a vendor and they will tell you it is trust because there is a reliance on the customer's business strategy succeeding based on how well the vendor executes.
For example, in answer to the question, Why do you value vendor X?, you could imagine the following answers from customers: “So and so always delivers for me, and I can count on them to deliver a quality (defined however) product on time and at the agreed price,” or “Vendor X really helped me be successful with my management by pulling in the schedule by x weeks,” or “I really appreciated a recent project done by vendor Y because they handled our unexpected design changes with professionalism and competence.”
Now most project management is within the sphere of operations in a vendor's organization. The customer facing business relationship is handled by some company representative in most cases. The project manager would be brought in once the work is underway and typically the direct reporting is to someone underneath the person who authorized the work; so, in this case, the project manager has the opportunity to build value with the underling but not the executive.
We discount the personality of the project managers as though this isn't an issue. It is a major issue and people need to realize that it is. Understanding one's own personality and the personality of the customer is vital to getting a label of value added from a customer. If the project manager isn't flexible in this area, then creating value with the customer becomes more difficult.
Anyway, there are as many variations to this theme as there are projects since personality and other interpersonal relationship nuances are involved. However, so much of successful [innovation] project management is all about these intangibles.
CVM today focuses on maximizing customer value, regardless of the form. In some cases, CVM must measure and increase the lifetime value of the deliverables of the project for each customer and stakeholder. By doing this, the project manager is helping the customer manage their profitability as well.
CVM performed correctly can and will lead to profitability but being profitable does not mean that you are performing CVM correctly. There are benefits to implementing CVM effectively as shown in Table 7-6. CVM is the leveraging of customer and stakeholder business relationships throughout the project. Because each project will have different customers and different stakeholders, CVM must be custom fit to each organization and possibly each project.
TABLE 7–6. BEFORE AND AFTER CVM IMPLEMENTATION
Factor | Before CVM | After CVM (with Metrics) |
Stakeholder communications | Loosely structured | Structured using a network of metrics |
Decision making | Based on partial information | Value-based informed decision making |
Priorities | Partial agreements | Common agreements using metrics |
Tradeoffs | Less structured | Structured around value contributions |
Resource allocation | Less structured | Structured around value contributions |
Business objectives | Projects poorly aligned to business | Better alignment to business strategy |
Competitiveness | Market underperformer | Market outperformer |
If CVM is to be effective, then presenting the right information to the client and stakeholders becomes critical. CVM introduces a value mind-set into decision making. Many CVM programs fail because of poor metrics and not measuring the right things. Just focusing on the end result does not tell you if what you are doing is right or wrong. Having the correct value-based metrics is essential. Value is in the eyes of the beholder, which is why there can be different value metrics.
CVM relies heavily on customer value assessment. Traditional CVM models are light on data and heavy on assumptions. For CVM to work effectively, it must be heavy on data and light on assumptions. Most successful CVM programs perform “data mining,” where the correct attributes of value are found along with data that supports the use of those attributes. However, we should not waste valuable resources calculating value metrics unless the client perceives the value of using the metric. Project management success in the future will be measured by how well the project manager provides superior customer value. To do this, you must know what motivates the customers as well as the customers' customers.
Executives generally have a better understanding of the customers' needs than do the workers at the bottom of the organizational chart where the work takes place. Therefore, the workers may not see, understand, or appreciate the customer's need for value. Without the use of value metrics, we focus on the results of the process rather than the process itself and miss opportunities to add value. Only when a crisis occurs do we put the process under a microscope. Value metrics provide the workers with a better understanding of the customer's definition of value.
Understanding the customer's perception of value means looking at the disconnects or activities that are not value-added work. Value is created when we can eliminate non-value-added work rather than looking at ways to streamline project management processes. As an example, consider the following situation:
This situation is a clear example that value is created when outputs are produced using fewer inputs or more outputs are created with the same number of inputs. However, care must be taken to make sure that the right disconnects are targeted for elimination.
Project managers must work closely with the customers for CVM to be effective. This includes:
Companies today are trying to link together quality, value, and loyalty. All of this begins during innovation activities. These initiatives, which many call customer value management initiatives, first appeared as business initiatives performed by marketing and sales personnel rather than project management initiatives. Today, however, project managers are slowly becoming more involved in business decisions, and value has become extremely important.
Quality and customer value initiatives are part of CVM activities and are a necessity if a company wishes to obtain a competitive advantage. Competitive advantages in project management do not come just from being on time and within budget at the completion of each project. Offering something that your competitors do not offer may help. However, true competitive advantage is found when your efforts are directly linked to the customer's value initiatives, and whatever means by which you can show this will give you a step up on the competition. Projects managers must develop value-creating strategies.
Customers today have become more demanding and are requiring the contractor to accept the customer's definition of value according to the attributes selected by the customer. Each customer can, therefore, have a different definition of value. Contractors may wish to establish their own approach for obtaining this value based on their company's organizational process assets rather than having the customer dictate it. If you establish your own approach to obtaining the desired value, do not assume that your customer will understand the approach. They may need to be educated. Customers who recognize and understand the value that you are providing are more likely to want a long-term relationship with your firm.
To understand the complexities with introducing value to project management activities, let's assume that companies develop and commercialize products according to three life-cycle phases; innovation, development and commercialization. Once the innovation and development phases are completed, the deliverables are turned over to someone in marketing and sales responsible for program management and ultimately commercialization of the product. Program management and commercialization may be done for products developed internally for your own company or they may be done for the client, or even for the client's own customers. In any event, it is during or after commercialization when companies survey their customers as to feedback on customer satisfaction and the value of the product. If the customers are unhappy with the final value, it is an expensive process to go back to the project stage and repeat the project in order to try to improve the value for the end-of-line customers.
The failures often found in these three life-cycle phases can be attributed to:
We are now in the infancy stage of determining how to define and measure value. For internal projects, we are struggling in determining the right value metrics to assist us in project portfolio management with the selection of one project over another. For external projects, the picture is more complex. Unlike traditional metrics used in the past, value-based metrics are different for each client and each stakeholder. In Figure 7-4, you can see the three dimensions of values: your parent company's values, your client's values, your client's customers' values, and we could even add in a fourth dimension, namely, stakeholder values. It must be understood that the value that the completion of the project brings to your organization may not be as important as the total value that the project brings to the client's organization and the client's customer base.
For some companies, the use of value metrics will create additional challenges. As stated by a global IT consulting company:
This will be a cultural change for us and for the customer. Both sides will need to have staff competent in identifying the right metrics to use and weightings; and then be able to explain in layman's language what the value metric is about.
The necessity for such value initiatives is clear.
As stated by a senior manager:
I fully agree on the need for such value initiatives and also the need to make the importance clear to senior management. If we do not work in that direction, it will be very difficult for the companies to clearly state if they are working efficiently enough, providing value to the customer and the stockholders, and in consequence being sufficiently predictive with regard to its future in the market.
The window into the future now seems to be getting clearer. As a guess as to what might happen, consider the following:
Value is now being introduced into traditional project management practices.
Value management practices have been with us for several decades and have been hidden under the radar screen in many companies. Some companies performed these practices in value engineering departments.
Because of innovations in measurement techniques, companies are now tracking a dozen or more metrics on projects. While this sounds good, it has created the additional problem of potential information overload. Having too many performance metrics may provide the viewers with more information than they actually need, and they may not be able to discern the true status or what information is really important. It may be hard to ascertain what is important and what is not, especially if decisions must be made. Providing too few metrics can make it difficult for the viewers to make informed decisions. There is also a cost associated with metric measurement, and we must determine if the benefits of using this many metrics outweigh the costs of measurement. Cost is important because we tend to select more metrics than we actually need.
There are three generic categories of metrics:
Each type of metric has a primary audience, as shown in Table 7-7.
TABLE 7–7. AUDIENCES FOR VARIOUS METRICS
Type of Metric | Audience |
Traditional metrics | Primarily the project manager and the team, but may include the internal sponsor(s) as well |
Key performance indicators | Some internal usage but mainly used for status reporting for the client and the stakeholders |
Value metrics | Can be useful for everyone but primarily for the client as well as members of the co-creation team |
There can be three information systems on a project:
There can be a different set of metrics and KPIs for each of these information systems.
Traditional metrics, such baselines as the cost, scope, and schedule, track and can provide information on how well we are performing according to the processes in each knowledge area or domain area in the PMBOK® Guide. Project manager must be careful not to micromanage their project and establish 40 to 50 metrics where most of them may not provide useful information.
Typical metrics on traditional projects may include:
This is obviously not an all-inclusive list. These metrics may have some importance for the project manager but not necessarily the same degree of importance for the client and the stakeholders.
Clients and stakeholders are interested in critical metrics or KPIs. These chosen few metrics are reported to the client and stakeholders and provide an indication of whether or not innovation success is possible; however, they do not necessarily identify if the desired value will be achieved. The number of KPIs is usually determined by the amount of real estate on a computer screen. Most dashboards can display 6–10 icons or images where the information can be readily seen with reasonable ease.
To understand what a KPI means requires a dissection of each of the terms:
Obviously, not all metrics are KPIs. There are six attributes of a KPI, and these attributes are important when identifying and selecting the KPIs.
Applying these six attributes to traditional metrics is highly subjective and will be based on the agreed-on definition of success, the critical success factors (CSFs) that were selected, and possibly the whims of the stakeholders. There can be a different set of KPIs for each stakeholder based on each stakeholder's definition of project success and final project value. This could significantly increase the costs of measurement and reporting, especially if each stakeholder requires a different dashboard with different metrics.
While some people swear by metric and KPIs, there are probably more failures than success stories. Typical causes of metric failure include:
Metrics used for business purposes tend to express all information in financial terms. Project management metrics cannot always be expressed in financial terms. Also, in project management we often identify metrics that cannot effectively predict project success and/or failure and are not linked to the customer's requirements.
Perhaps the biggest issue today is in which part of the value chain metrics are used. Michael Porter, in his book Competitive Advantage (1985), used the term value chain to illustrate how companies interact with upstream suppliers, the internal infrastructure, downstream distributors and end-of-the-line customers. While metrics can be established for all aspects of the value chain, most companies do not establish metrics for how the end-of-the-line customer perceives the value of the deliverable. Those companies that have developed metrics for this part of the value chain are more likely doing better than those that have not. These are identified as customer-related value metrics.
In project management, it is now essential to create metrics that focus not only on business (internal) performance but also on performance toward customer satisfaction. For innovation projects, this is critical. If the customer cannot see the value in the project, then the project may be canceled and repeat business will not be forthcoming. Good value metrics can also result in less customer and stakeholder interference and meddling in the project.
The need for an effective metrics management program that focuses on value-based metrics is clear:
We need to develop value-based metrics that can forecast stakeholder value, possibly shareholder value, and most certainly project value. Most models for creating this metric are highly subjective and are based on assumptions that must be agreed on upfront by all parties. Traditional value-based models that are used as part of a business intelligence application are derivatives of the QCD model (quality, cost, and delivery).
The ideal situation would be the creation of a single value metric that the stakeholders can use to make sure that the project is meeting or exceeding the stakeholder's expectation of value. The value metric can be a combination of traditional metrics and KPIs. Discussing the meaning of a single value metric may be more meaningful than discussing the individual components; the whole is often greater than the sum of the parts.
There must be support for the concept of creating a value metric. According to a global IT consulting company:
There has to be buy-in from both sides on the importance and substance of a value metric; it can't be the latest fad—it has to be understood as a way of tracking the value of the project.
Typical criteria for a value metric may be:
To illustrate how this might work, let's assume that you are using innovation project management for creating a new product for consumers, and the agreed on value attributes will be:
These attributes, which can be unique for each project, are agreed to by you, the client, and the stakeholders at the onset of the project. The attributes may come from your metric/KPI library or may be new attributes. Care must be taken to make sure that your organizational process assets can track, measure, and report on each attribute. Otherwise, additional costs may be incurred, and these costs must be addressed up front so that they can be included in the contract price.
Time and cost are generally attributes of every value metric. However, there may be special situations where neither time, nor cost, nor both are value metric attributes:
Other attributes are almost always included in the value metric to support time and cost.
The next step is to set up targets with thresholds for each attribute or component. This is shown in Figure 7-5. If the attribute is cost, then we might say that performing within ±10 percent of the cost baseline is normal performance. Performing at greater than 20 percent over budget could be disastrous, whereas performing at more than 20 percent below budget is superior performance. However, there are cases where a +20 percent variance could be good and a –20 percent variance could be bad.
The exact definition or range of the performance characteristics could be established by the PMO if company standardization is necessary or through an agreement with the client and the stakeholders. In any event, targets and thresholds must be established.
The next step is to assign value points for each of the cells in Figure 7-5, as shown in Figure 7-6. In this case, two value points were assigned to the cell labeled “Performance Target.” The standard approach is to then assign points in a linear manner above and below the target cell. Nonlinear applications are also possible, especially when thresholds are exceeded.
In Table 7-8, weighting factors are assigned to each of the attributes of the value metric. As before, the weighting percentages could be established by the PMO or through an agreement with the client (i.e., funding organization) and the stakeholders. The use of the PMO might be for company standardization on the weighting factors. However, it sets a dangerous precedence when the weighting factors are allowed to change indiscriminately.
TABLE 7–8. VALUE METRIC MEASUREMENT
Value Component | Weighting Factor | Value Measurement | Value Contribution |
Quality | 10% | 3 | 0.3 |
Cost | 20% | 2 | 0.4 |
Safety protocols | 20% | 4 | 0.8 |
Features | 30% | 2 | 0.6 |
Time to market | 20% | 3 | 0.6 |
TOTAL = 2.7 |
Now, we can multiply the weighting factors by the value points and sum them up to get the total value contribution. If all of the value measurements indicated that we were meeting our performance targets, then 2.0 would be the worth of the value metric. However, in this case, we are exceeding performance with regard to quality, safety protocols and time to market, and therefore the final worth of the value metric is 2.7. This implies that the stakeholders or consumers are receiving additional value that is most likely meeting or exceeding expectations.
There are still several issues that must be considered when using this technique. We must clearly define what is meant by normal performance. The users must understand what this means. Is this level actually our target level or is it the minimal acceptable level for the client? If it is our target level, then having a value below 2.0 might still be acceptable to the client/consumers/stakeholders if our target were greater than what the requirements asked for.
The users must understand the real meaning of the value metric. When the metric goes from 2.0 to 2.1 how significant is that? Statistically, this is a 5 percent increase. Does it mean that that the value increased 5 percent? How can we explain to a layman the significance of such an increase and the impact on value?
Value metrics generally focus on the present and/or future value of the project and may not provide sufficient information as to other factors that may affect the health of the project. As an example, let's assume that the value metric is quantitatively assessed at a value of 2.7. From the customer's perspective, they are receiving more value than they anticipated. But other metrics may indicate that the project should be considered for termination. For example,
In Table 7-9, we reduced the number of features in the deliverable, which allowed us to improve quality and safety as well as accelerate the time to market. Since the worth of the value metric is 2.4, we are still providing additional value to the stakeholders and customers.
TABLE 7–9. A VALUE METRIC WITH A REDUCTION IN FEATURES
Value Component | Weighting Factor | Value Measurement | Value Contribution |
Quality | 10% | 3 | 0.3 |
Cost | 20% | 2 | 0.4 |
Safety protocols | 20% | 4 | 0.8 |
Features | 30% | 1 | 0.3 |
Time to market | 20% | 3 | 0.6 |
TOTAL = 2.4 |
In Table 7-10, we have added additional features as well as improving quality and safety. However, to do this, we have incurred a schedule slippage and a cost overrun. The worth of the value metric is now 2.7, which implies that the stakeholders are still receiving added value. The stakeholders/customers may be willing to incur the added cost and schedule slippage because of the added value.
TABLE 7–10. A VALUE METRIC WITH IMPROVED QUALITY, FEATURES, AND SAFETY
Value Component | Weighting Factor | Value Measurement | Value Contribution |
Quality | 10% | 3 | 0.3 |
Cost | 20% | 1 | 0.2 |
Safety protocols | 20% | 4 | 0.8 |
Features | 30% | 4 | 1.2 |
Time to market | 20% | 1 | 0.2 |
TOTAL = 2.7 |
Whenever it appears that we may be over budget or behind schedule, we can change the weighting factors and overweight those components that are in trouble. As an example, Table 7-11 shows how the weighting factors can be adjusted. Now, if the overall worth of the value metric exceeds 2.0 with the adjusted weighting factors, the stakeholders may still consider the continuation of the project. Sometimes, companies identify minimum and maximum weights for each component, as shown in Table 7-12. However, there is a risk that management may not be able to adjust to and accept weighting factors that can change from project to project, or even during a project. Also, standardization and repeatability of the solution may disappear with changing weighting factors.
TABLE 7–11. CHANGING THE WEIGHTING FACTORS
Value Component | Normal Weighting Factor | Weighting Factors If We Have a Significant Schedule Slippage | Weighting Factors If We Have a Significant Cost Overrun |
Quality | 10% | 10% | 10% |
Cost | 20% | 20% | 40% |
Safety protocols | 20% | 10% | 10% |
Features | 30% | 20% | 20% |
Time to market | 20% | 40% | 20% |
TABLE 7–12. WEIGHTING FACTOR RANGES
Value Component | Minimal Weighting Value | Maximum Weighting Value | Nominal Weighting Value |
Quality | 10% | 40% | 20% |
Cost | 10% | 50% | 20% |
Safety protocols | 10% | 40% | 20% |
Features | 20% | 40% | 30% |
Time to market | 10% | 50% | 20% |
Companies are generally reluctant to allow project managers to change weighting factors once the project is under way and may establish policies to prevent unwanted changes from occurring. The fear is that the project manager may change the weighting factors just to make the project look good. However, there are situations where a change may be necessary:
We must remember that project management metrics and KPIs can change over the life of a project and, therefore. The weighting factors for the value metric may likewise be susceptible to changes.
Sometimes, because of the subjectivity of this approach, when the information is presented to the client, we should include identification of which measurement technique was used for each target. This is shown in Table 7-13. The measurement techniques may be subject to negotiations at the beginning of the project.
TABLE 7–13. WEIGHTING FACTORS AND MEASUREMENTS
Value Component | Weighting Factor | Measurement Technique | Value Measurement | Value Contribution |
Quality | 10% | Sampling techniques | 3 | 0.3 |
Cost | 20% | Direct measurement | 2 | 0.4 |
Safety protocols | 20% | Simulation | 4 | 0.8 |
Features | 30% | Observation | 2 | 0.6 |
Time to market | 20% | Direct measurement | 3 | 0.6 |
The use of metrics and KPIs has been with us for decades, but the use of a value metric is relatively new, especially on innovation projects. Therefore, failures in the use of this technique are still common and may include:
As with any new technique, additional issues always arise. Typical questions that we are now trying to answer in regard to the use of a value metric include:
This section provides examples of how various companies use innovation value metrics. The number of companies using value metrics is increasing each year. The hard part in using innovation metrics is in determining the attributes as well as the weighting factors innovation. Examples of value attributes commonly used appears in Table 7-14.
TABLE 7–14. CATEGORIES OF VALUE ATTRIBUTES
Traditional Value Attributes | Advanced Value Attributes | Leadership Value Attributes | Innovation Value Attributes |
Time | Teamwork | Commitment | Innovation management |
Cost | Conditions of satisfaction | Culture and values | Intellectual property rights |
Quality | Effective communications | Cooperation and collaboration | Workforce skills |
Technology and scope | Process adherence | Knowledge management | Organizational capacity |
Client satisfaction | Time to market | Governance | Sustainability |
Risks | Features, usability, and functionality | Strategic planning | Teamwork |
Financial Value Attributes | Human Resources Value Attributes | Marketing Value Attributes | Social Responsibility Value Attributes |
ROI, NPV, and IRR | Employee talent | Customer satisfaction | Worker safety |
Cash flow | Employee morale | Brand loyalty | Worker health |
Payback period | Employee retention | Company image | Environmental issues |
Market share | Employee stress level | Company reputation | Sustainability |
Profitability | Training and education | Goodwill | Community social benefits |
Ability to raise funds | Renewal capability | Strategic alliances | Stakeholder and stockholder satisfaction |
What is important to recognize in Table 7-14 is that several of the entries are intangibles rather than tangibles. Intangibles, and their accompanying importance to innovation, may be tough to measure in some firms, but they are not immeasurable. Measuring intangibles is dependent on management's commitment to the measurement techniques used. Measuring intangibles does improve performance as long as we have valid measurements free of manipulation.
The value of intangibles can have a greater impact on long-term considerations than short-term factors. Management support for the value measurements of intangibles can also prevent short-term financial considerations from dominating decision making. Intangibles are long-term measurements and most companies focus on the short-term results.
There is resistance to measuring intangibles:
When managing innovation using co-creation, selecting the value attributes can be difficult because the attribute may have a different to the customers and the customers' customers. This is shown in Table 7-15.
TABLE 7–15. INTERPRETATION OF ATTRIBUTES
Generic Value Attribute | Project Manager's Value Attribute | Customer's Value Attribute | Consumer's Value Attribute |
Time | Project duration | Time to market | Delivery date |
Cost | Project cost | Selling price | Purchase rice |
Quality | Performance | Functionality | Usability |
Technology and scope | Meeting specifications | Strategic alignment | Safe buy and reliable |
Satisfaction | Customer satisfaction | Consumer satisfaction | Esteem in ownership |
Risks | No future business from this customer | Loss of profits and market share | Need for support and risk of obsolescence |
If the definition of innovation success is based on the customer's recognition of value in use, then the consumer's value attributes in Table 7-15 may be more important during project execution than the project manager's value attributes.
Because of advances in metric measurement techniques, models have been developed by which we can show the alignment of all projects, including innovation, to strategic business objectives. One such model appears in Figure 7-7. Years ago, the only metrics we would use were time, cost, and scope. Today, we can include metrics related to both strategic value and business value. This allows us to evaluate the health of the entire portfolio of projects as well as individual projects such as those in innovation.
Since all metrics have established targets or forecasted expectations, we can award points for each metric based on how close we come to the targets. Figure 7-8 shows that the project identified in Figure 7-7 has received thus far 80 points out of a possible 100 points. Figure 7-9 shows the alignment of projects to strategic objectives. If the total score in Figure 7-8 is 0–50 points, we would assume that the project is not contributing to strategic objectives at this time, and this would be shown as a zero or blank cell in Figure 7-9. Scores between 51 and 75 points would indicate a “partial” contribution to the objectives and shown as a one in Figure 7-9. Scores 76–100 points would indicate fulfilling the objective and shown as a two in Figure 7-9. Periodically, we can summarize the results in Figure 7-9 to show management Figure 7-10, which illustrates our ability to create the desired benefits and final value.
Governance personnel managing the innovation portfolio of projects need to address three important questions:
These three questions can then be broken down in more detailed questions:
A simple classification for innovation metrics is product, service, and transformational metrics, which can then be broken down further into categories such as process measures, growth measures, and profitable growth measures.
Some typical innovation metrics that the governance personnel might use include:
“Measure what is measurable and make measurable what is not so.”
– Galileo
Like everything in business that involves the investment of capital and time, innovation should be a disciplined process that has to be measured so that it can be genuinely managed. This isn't news, but it is nevertheless problematic, because measuring innovation in the wrong way, or measuring the wrong aspects of it, can be a genuine detriment to its progress.
Further, there are a lot of ways to measure innovation productivity so choosing the right metrics requires some selectivity. Process-oriented metrics typically consider the means, such as the number of new ideas proposed, or new ideas introduced. They also consider organizational outcomes such as increased capabilities with existing or new technologies, which makes them potentially useful as indicators. Financial metrics are focused on ends, the results, and include ROI-based models to track financial performance, or the proportion of sales or profits from new products. Given the many possibilities, it takes some effort to sort it all out, which is my purpose in this section.
Among the many measurement tools available, it's become a reflex among business leaders to apply the marvelously useful concept of ROI to just about everything. This is generally a healthy thing, and as innovation is indeed a form of investment that should absolutely generate a better-than-market-rate return (or why bother?), ROI is a natural part of the innovation discussion. But it does present certain problems that we have to be aware of.
ROI discussions make a lot of sense when we're evaluating incremental ideas that will be applied in existing, well-understood markets, using existing, well-understood business processes such as established manufacturing and distribution systems.
But when we're considering ideas that aren't incremental, and when they are in the early stages of development, a huge danger suddenly appears, because ascertaining ROI early on drives us to try to assess what the completed innovation could return to us when we're unlikely to have a realistic idea of what its worth could really be. So, we are sometimes forced to guess. If we like the idea then we may be inspired to make wildly optimistic predictions of revenues; or if we don't like it, we may default to drastically pessimistic ones. And if we then make decisions based on our optimistic or pessimistic predictions, although our spreadsheets are still no more than assumptions, we often forget that, and treat them as real. So, the entire edifice of our thinking process is built on nothing but air, bits, and bytes.
Innovation thrives in environments of ‘what if,’ ‘how about?’ and ‘it might…’ but it can be very difficult to achieve when there is an insistence on certainties, especially when they don't exist. This reinforces something we already discussed about innovation, which is that it's a process that is suffused with ambiguity But the ROI conversation is entirely intolerant of ambiguity, and when introduced at the wrong time it is an innovation killer.
The other problem with ROI is that discussing it almost always forces us to try to relate a new idea to an existing market to have some basis for comparison. This drives us back to incrementalism even when an idea contains the seeds of a potential breakthrough. Since breakthroughs take us to new territory, comparisons to existing models can be self-defeating.
And then there are the chicken-and-egg discussions that go like this:
Question: “What's the value of this idea?”
Answer: “We don't know.”
Response: “We can't fund it if we don't know what's going to be worth.”
Counter: “We won't know what it will be worth until we get some funding to develop it…”
So around and around you go.
Discerning the intent behind the dialog is an important aspect of figuring out what the conversation actually means. Many executives use the “ROI question” as a zinger or a gotcha, a trick question through which they wish to discredit the idea or the innovator. They know perfectly well that an accurate assessment of ROI is generally impossible at the early stages, so when they play the ROI card in this setting it's an accepted truism in the research and development community that the term ROI really stands for restraint on innovation.
Because of all these factors, ROI-based assessments tend to favor short-term thinking and to disfavor the development of long-term, breakthrough, and discontinuous ideas and projects. Premature use of ROI to measure innovation thus endangers the very life of the thing you want to measure and makes it less likely to achieve the end goal of the process, which is better innovations.
All of this presents difficult problems for R&D and innovation managers who are obliged to look after their portfolios diligently, and to manage their resources effectively, and to provide accurate measurements of their progress. This was evident during a recent meeting at HP Labs when a manager commented that he couldn't even look at a project that didn't have the potential to become at least a $50 million business. The problem, of course, was that he was forced to guess just how big a business every idea that was proposed to him could become. And how could he know?
So, what do you include in your research plan, and what do you put aside? Did the researcher whose work led to the creation of HP's multi-billion-dollar inkjet printing business know what he was getting the company into when he became curious about the burned coffee, he noticed on the bottom of a coffee pot? Could he have said that his idea about superheated ink would be worth $50, much less $50 million?
Unless he was inspired by an awe-inspiring fit of hubris, certainly not. Yet today HP sells $25 billion per year of inkjet printers and inks.
Measuring the effectiveness of your innovation process is a lot easier to do when the process itself is mature, and you can look back and see tangible evidence of your accomplishments and failures (both intelligent and no so intelligent). At the early stages, which could be anywhere in the first year, or two, or even three, measuring your progress is more difficult because you may not have as much to show for your efforts as you would like to have.
Which is of course ironic, because it's in the first years that most people want reassurance that they're doing it well enough to continue with the effort, and encouragement that the investment they're making will indeed generate that coveted ROI. Convincing proof, however, will usually only come later, when more results are in. Therefore, please be patient.
In exploring the measurement of innovation, we found that across the seven stages of the Agile innovation process (see Figure 7-11 later in this section) there are at least 92 metrics. About a third of the total are qualitative, or conceptual, and the rest are quantitative. Since 92 is of course a ridiculous number, far too many for any organization to use, you'll have to choose the ones that will serve you best and leave the others aside.
Before we look at the full set, however, I'll highlight the 12 that we've found to be most consistently useful for our clients.
In summary, successful development of the innovation process will steadily enhance your company's overall capability in many areas of performance including innovation, and the innovation results themselves will also get better and better.
These 12 perspectives are mutually reinforcing, so, for example, because of more breakthroughs and new business model innovations being developed and brought to market (#8), the opinion that customers have of the company should improve (#2), etc.
Since at root the innovation process is all about learning, improvement of innovation performance over time is to be expected as you invest effort in developing innovations and at the same time you are investing in improving the process itself.
The rather massive list below constitutes our complete set. Granted, 92 are already too many, but it's still possible that there are more, and perhaps some of the ones not included here are the right ones for your organization to use.
So please use this list as a thinking starter and be open to additional possibilities that may serve your needs better.
The metrics are listed by step in two categories, qualitative and quantitative, followed by transversal and human resources metrics. Qualitative metrics often take the form of provocative questions, which are intended to instigate people to think deeply and effectively about the work they're doing and its future consequences. These do not lend themselves to a statistical form, but they can open new avenues of discussion which may stimulate new ideas and conceptual frameworks. Most of the metrics suggested for steps 1–3 are qualitative. They can be used in two ways:
Conversely, the metrics for steps 4–7 are mostly quantitative, and they're natural for statistical collection and analysis. ROI, of course, epitomizes this category. And sales itself is of course the subject of many critically important quantitative metrics.
The 92 metrics are organized into seven major categories, which correspond with the overall Agile Innovation Master Plan framework as shown below in Figure 7-11. This framework is intended to organize the pursuit of innovation in a systematic manner, and it's been adopted by organizations all over the world. The book from which this chapter is excerpted describes the entire framework in detail. As you might expect, its title is The Agile Innovation Master Plan.
The looping arrows indicate feed forward loops to help people working downstream to anticipate change, and feedback loops from outputs back to inputs, representing lessons learned now applied to improving results. The arrows are more symbolic than realistic, as there will ideally be continual interaction between people working in various steps of the innovation process as they learn and share with others. Although the sequence of steps from 1 to 7 suggests that the innovation process is linear, the arrows moving from left to right and back indicate that all aspects of the process occur in parallel as multiple projects progress simultaneously.
You probably won't know if you're using the right metrics for this step until the portfolio starts producing results that you can compare to with your initial expectations. So whatever metrics you start with here are assumptions that will be managed, and adapted, over time.
The purpose of research is to address the questions that have come up in the process of developing innovation portfolios, as well as to expose new perspectives, evoke new concepts, uncover new possibilities, and create new knowledge.
There are also useful transversal metrics that help us to assess the overall performance of the innovation process, and some that assess human resources and training activities involved in teaching people to become more effective at innovation-related activities.
Metric #19 asks the question, are our metrics aligned with our rewards and reward systems? The underlying point, of course, is that people in organizations gradually adjust their behaviors to fit the prevailing systems that they're measured on and rewarded for, so if they're not measured for their contribution to innovation then their contribution will probably be less than it could be.
Hence, aligning the innovation system, the metrics, and the rewards is an important piece of work to accomplish.
But it's rarely easy to measure an individual's contribution to innovation unless that person happens to be uniquely creative or is involved in high-profile projects. Innovation almost always involves the efforts of many people working diligently but perhaps quietly, so setting up an innovation reward structure that recognizes the team element is usually preferable to a process that only acknowledges individuals.
But this remains a controversial topic, as some people believe that the only suitable reward system is one that rewards everyone in the firm. Rewards for individuals can be seen as divisive.
From a broader perspective, the notion of intrinsic vs. extrinsic rewards can be an important element of this conversation as well. Those who are inspired to probe deeply and find real solutions, and to do so to the highest possible standards, are deeply motivated by what they feel inside. Their interest and commitment is entirely intrinsic; they do this work for the inherent rewards that it brings.
On the other hand, when people are working at tasks because of the need or expectation of external rewards, their commitment is generally not as deep, and the results may not be as good.
This is relevant here because if people are participating in an innovation system because they want to receive some sort of extrinsic reward, a cash prize for example, then over time what we would expect is a general decline in the quality of their participation. In other words, they're doing it for the “wrong reason.”
Rewards are a challenging topic in many cultures, including in the United States, because a great deal of society is set up based on the pursuit of extrinsic prizes. For example, the grades that students receive in school are extrinsic rewards, and when you study the problem deeply, you find that grades can be counterproductive and demotivating. Genuine learning is not related to grades, it's about increasing knowledge, skill, and competence, but if we focus on the grades and not the underlying accomplishments then we trivialize the efforts of the student by treating the grade as a bribe; and we all know that bribery is a form of corruption (see Kohn 1999).2
The same dynamic applies to innovation rewards. In most situations we recommend against cash awards, and in favor of recognition and appreciation.
Dan Ariely explores these issues in his fascinating study of behavior, Predictably Irrational (2008), and among the themes he delves into is an important distinction between market norms, exchanges for money, and social norms, exchanges and relationships based on community and empathy. He notes, “Money, as it turns out, is very often the most expensive way to motivate people. Social norms are not only cheaper, but often more effective as well” (p. 94).
We have found this be entirely true in the realm of innovation— people respond well to genuine appreciation honestly earned, as innovation efforts in organizations are social and creative endeavors well before they become financial ones.
If you tried to implement all the metrics listed here, you'd probably die of frustration before you got even half way across the measurement desert, so it's obvious that you've got to choose some, start working with them, and then gradually learn to fit the most useful ones into your own world. Think selectively and remember that metrics are a critical part of the learning process, so learning when to measure and how to measure is part of the conversation as well.3
Financial metrics are usually easy to determine because the information is readily available. Most financial metrics generally do not capture all the value to the firm. Value-based or value-reflective metrics are more difficult to determine but there are techniques available (Kerzner 2017) and (Schnapper and Rollins 2006). Another challenge with value metrics is whether the value can be measured incrementally as the project progresses or only after the project's outcomes or deliverables have been completed (Kerzner 2018).
The dark side of financial metrics is that it is usually looked at assuming linear value creation:
Intangible assets are more than just goodwill or intellectual property. They also include maximizing human performance.
All metrics have strengths and weaknesses. As an example, market share is a poor metric because anyone can capture market share if the price is low enough. As another example, looking at the number of patents implies that the firm is creating technology for new products. But how did the number of patents affect the business? “The most important thing to remember is that … innovation is a means to an end, not the end itself, and therefore the most important metric is the contribution innovation and product development make to the business” (Lamont 2015). The timing of the measurement is also important. A common argument is that revenue generating metrics such as sales and profits should be looked at over a predetermined time such as two or three years.
Some metrics may be used as linkages. As an example, there can be a linkage between innovation and compensation. The measurement system that links intangible assets to compensation is often subjective and a judgment call. Because of this subjectivity, and the desire to link intangible assets to compensation and incentive pay, there exists the risk that the numbers can be manipulated.
Some metrics are often ignored such as those related to changes in culture and processes (Linder 2006). Another innovation metric that has been ignore until now is innovation leadership effectiveness (Ng et al. 2008). Muller et al. (2005) have created a framework that includes innovation leadership metrics:
The use of innovation metrics has appeared in the literature for more than 15 years, but its acceptance has been quite slow because people tend to resist change especially when it removes them from their comfort zone. People tend to be fearful of using new metrics. We knew decades ago that more metrics than just the triple constraints were needed to determine the health of projects, but measurement techniques were in the infancy stages. We then took the simplest approach and trained everyone on the three metrics that were the easiest to measure and report. With innovation project management, the constraints may be on shareholder value created, technology created and strategic business fit. This may remove many team members from their comfort zone.
Some firms start out with good intentions but either select the wrong metrics or measurement techniques, use misaligned metrics or have a poor approach for innovation metric identification. Reasons for the struggle with innovation metrics is attributed to:
Kuczmarski (2001) provides additional mistakes often made:
In the future, innovation and business value metrics may become as common as time and cost metrics. However, the IPPMO must guard against “metric mania,” which is the selection of too many metrics, most of which may lead to confusion and provide no value. When metric mania exists, people have difficulty discovering which metrics provide the valuable information.
The future of innovation project management must include metrics management. What many people neglect to consider is that the selection of metrics is often based on the constraints imposed on the innovation team:
We can now identify certain facts about metrics management:
Metric management programs must also consider relationships with suppliers and contractors as well, especially if a co-creation approach is being used.
Metric management programs must be cultivated. Some facts to consider in establishing such a program include:
There are best practices and benefits that can be identified as a result of using metrics management correctly and effectively. Some of the best practices include:
Project managers need to understand that the way we look at projects today has changed significantly. Words such as project value, value-in-use and customer value management initiatives are extremely important. Some of the critical issues and challenges that may be new for project managers include an understanding of the following: