This Page

has been moved to new address

The eDiscovery Paradigm Shift

Sorry for inconvenience...

Redirection provided by Blogger to WordPress Migration Service
----------------------------------------------------- Blogger Template Style Name: Snapshot: Madder Designer: Dave Shea URL: mezzoblue.com / brightcreative.com Date: 27 Feb 2004 ------------------------------------------------------ */ /* -- basic html elements -- */ body {padding: 0; margin: 0; font: 75% Helvetica, Arial, sans-serif; color: #474B4E; background: #fff; text-align: center;} a {color: #DD6599; font-weight: bold; text-decoration: none;} a:visited {color: #D6A0B6;} a:hover {text-decoration: underline; color: #FD0570;} h1 {margin: 0; color: #7B8186; font-size: 1.5em; text-transform: lowercase;} h1 a {color: #7B8186;} h2, #comments h4 {font-size: 1em; margin: 2em 0 0 0; color: #7B8186; background: transparent url(http://www.blogblog.com/snapshot/bg-header1.gif) bottom right no-repeat; padding-bottom: 2px;} @media all { h3 { font-size: 1em; margin: 2em 0 0 0; background: transparent url(http://www.blogblog.com/snapshot/bg-header1.gif) bottom right no-repeat; padding-bottom: 2px; } } @media handheld { h3 { background:none; } } h4, h5 {font-size: 0.9em; text-transform: lowercase; letter-spacing: 2px;} h5 {color: #7B8186;} h6 {font-size: 0.8em; text-transform: uppercase; letter-spacing: 2px;} p {margin: 0 0 1em 0;} img, form {border: 0; margin: 0;} /* -- layout -- */ @media all { #content { width: 700px; margin: 0 auto; text-align: left; background: #fff url(http://www.blogblog.com/snapshot/bg-body.gif) 0 0 repeat-y;} } #header { background: #D8DADC url(http://www.blogblog.com/snapshot/bg-headerdiv.gif) 0 0 repeat-y; } #header div { background: transparent url(http://www.blogblog.com/snapshot/header-01.gif) bottom left no-repeat; } #main { line-height: 1.4; float: left; padding: 10px 12px; border-top: solid 1px #fff; width: 428px; /* Tantek hack - http://www.tantek.com/CSS/Examples/boxmodelhack.html */ voice-family: "\"}\""; voice-family: inherit; width: 404px; } } @media handheld { #content { width: 90%; } #header { background: #D8DADC; } #header div { background: none; } #main { float: none; width: 100%; } } /* IE5 hack */ #main {} @media all { #sidebar { margin-left: 428px; border-top: solid 1px #fff; padding: 4px 0 0 7px; background: #fff url(http://www.blogblog.com/snapshot/bg-sidebar.gif) 1px 0 no-repeat; } #footer { clear: both; background: #E9EAEB url(http://www.blogblog.com/snapshot/bg-footer.gif) bottom left no-repeat; border-top: solid 1px #fff; } } @media handheld { #sidebar { margin: 0 0 0 0; background: #fff; } #footer { background: #E9EAEB; } } /* -- header style -- */ #header h1 {padding: 12px 0 92px 4px; width: 557px; line-height: 1;} /* -- content area style -- */ #main {line-height: 1.4;} h3.post-title {font-size: 1.2em; margin-bottom: 0;} h3.post-title a {color: #C4663B;} .post {clear: both; margin-bottom: 4em;} .post-footer em {color: #B4BABE; font-style: normal; float: left;} .post-footer .comment-link {float: right;} #main img {border: solid 1px #E3E4E4; padding: 2px; background: #fff;} .deleted-comment {font-style:italic;color:gray;} /* -- sidebar style -- */ @media all { #sidebar #description { border: solid 1px #F3B89D; padding: 10px 17px; color: #C4663B; background: #FFD1BC url(http://www.blogblog.com/snapshot/bg-profile.gif); font-size: 1.2em; font-weight: bold; line-height: 0.9; margin: 0 0 0 -6px; } } @media handheld { #sidebar #description { background: #FFD1BC; } } #sidebar h2 {font-size: 1.3em; margin: 1.3em 0 0.5em 0;} #sidebar dl {margin: 0 0 10px 0;} #sidebar ul {list-style: none; margin: 0; padding: 0;} #sidebar li {padding-bottom: 5px; line-height: 0.9;} #profile-container {color: #7B8186;} #profile-container img {border: solid 1px #7C78B5; padding: 4px 4px 8px 4px; margin: 0 10px 1em 0; float: left;} .archive-list {margin-bottom: 2em;} #powered-by {margin: 10px auto 20px auto;} /* -- sidebar style -- */ #footer p {margin: 0; padding: 12px 8px; font-size: 0.9em;} #footer hr {display: none;} /* Feeds ----------------------------------------------- */ #blogfeeds { } #postfeeds { }

Wednesday, November 3, 2010

eDiscovery from Database Management Systems

I have spent the majority of my career building software and services companies that develop and sell enterprise class applications running on large SQL databases for the Fortune 2000. Therefore, when I read Jason Kruse’s article on the Law Technology News Blog titled, “Database Discovery Is Dubious, but Unavoidable”, I had to smile and agree.

Jason basically states that if the legal community thought that harvesting electronic evidence from email systems was difficult, they haven’t seen anything yet as extracting information from databases (where most enterprise electronic information is stored) is going to prove to be much more challenging. Further, there is going to have to be much more cooperation between the legal department and the Information Technology (IT) department.

As an enterprise application development expert, I have spent many hours trying to figure out how to get data into databases. As an eDiscovery technologist, I am looking forward to the challenge of getting it back out again. The next few years are going to be fun.

The full text of Jason’s article is as follows:

Structuring data into databases has long been a solution to store complex data that can be retrieved and reported in variable ways. That data solution, however, has a legal problem in the e-discovery context.

It took years for many litigators and judges to become comfortable with discovery of e-mail and other electronic records. But as more forms of electronic records enter into discovery disputes, lawyers are back on unfamiliar ground. "There are still types of evidence that lawyers prefer to ignore and hope will go away, the way e-mail discovery was ten years ago," says Rob Brunner, who leads the Financial and Enterprise Data Analytics practice at FTI Consulting. "And I hate to say it, but e-mail was an easy problem compared to what's next."

Brunner is speaking specifically of structured data, especially electronic evidence from databases. However, structured data includes a broad swath of content types, including common sources most might consider a document, such as e-mail. Any time a software system, whether a large, enterprise database or an e-mail server, pulls information from a number of different files and merges them into a single view, it is functioning like a database. Unstructured data is commonly defined as data that is not stored in a database or in a semantically tagged document.

Structured data is discoverable in litigation, but lawyers are finding that there is little guidance for handling it. "This is an issue that's only going to demand more attention, because we're swimming in this kind of information," says Brunner. "In trying to explain why discovery of this information is important, I like to point out that 500 out of 500 Fortune 500 companies have structured data. It's something you won't be able to avoid in many cases."

With structured data, information is in the form of separate files that are linked so that information can be pulled from different sources, analyzed, and compiled. For example, a typical corporate human resources system contains information about employees that can be viewed as individual employee records or compiled into statistics about the entire work force.

Like the mass of ice below an iceberg's waterline, the amount of structured data is often the bulk of corporate data, but is rarely seen. According to the Data Warehousing Institute, a technology research firm, approximately 47 percent of corporate data is structured in nature, compared to 31 percent of unstructured data. (The remaining 22 percent was described as semi-structured data.)

IGNORED NO LONGER
The Sedona Conference, a nonprofit legal think tank largely concerned with preservation and production of electronically stored information in civil litigation, has announced that it will publish a commentary on the discovery of information from databases after December 2010.

This will be one of the first such efforts to provide guidance for the discovery of structured data. "The commentary focuses on what is the basis of relevance in a database," says Conrad Jacoby, the founder of efficientEDD.com and editor of the forthcoming document. "Structured data is so difficult to define that we have to start by building the most basic groundwork for discovery of this information."

Unfortunately, the drafting committee found the issue of discovery of structured data so problematic that it had to scale back its ambitions. Initially, the organizers had hoped to address structured data in many forms, including the emerging problem of structured data that is accessed over the web. But in the end, the commentary only addresses database evidence, and ignored all other structured sources. "This is a complicated conversation to have and sometimes the sides talked past one another," says Jacoby. "It's a matter of vocabulary. You can have really excellent lawyers and technical people, but their vocabulary and logic are not the same. The same words can have different meanings and you can go around and around and around."

For example, Jacoby says defining a word as simple as "search" created a headache for his group. In many cases, a database only logs the first words of the text field, meaning a lot of data is not easily retrievable. "You might look at a database and assume that a database query would search all records in the database," he says. "But it turns out that some information is not indexed or searchable. So then what are you searching? Is it even possible to get all relevant information out of a database cost-effectively?"

Structured data is often important for litigation, especially for establishing damages and issues of liability. Unfortunately, it is often ephemeral and endlessly changing. Jocoby points out that automated transaction logs for many businesses are continually deleted and overwritten from point of sale systems. A cash register often keeps a record until cash out, and then the record is uploaded to a regional, then a national database, then it is often overwritten when a credit card transaction clears. "Even finding a record is hard," he says. "A record could be in multiple places or none of the expected places."

A CREDIBILITY PROBLEM
The Sedona Conference and many court systems still struggle with very basic questions, such as how to identify discoverable structured data for litigation. Databases are different in almost every organization. Even the common systems are typically customized for each customer. But even more problematic, many databases are purpose-built and understood in depth by only a few people. "The nastiest issues arise with proprietary systems," says Craig Carpenter, vice president of marketing with Recommind. "You tend find them in large multinationals and the odds are that only 15 people on the planet know how to access some of these systems."

Discovery of databases can become expensive, but for different reasons than the discovery of e-mail and other records. In e-mail, much of the cost is in human review to protect privilege when producing a collection of records. With databases, cost overruns are more likely to arise when you are trying to get information out of a system. "In many cases, pulling a single record is impossible without preserving the larger data set," says Jacoby. "That's when people say, 'fine, then give me the whole database,' and the producing party resists, and now you have a fight on your hands."

Though database files are discoverable in electronic form, courts have been reluctant to grant plaintiffs broad access to them for litigation. Courts struggle with information that is not contained in discrete documents, unlike the static artifact traditionally considered to be a document. There is little case law regarding authenticating structured data, but there are procedures that can be used to try to verify information pulled from such sources is complete.

For example, experts recommend that the most basic step to take in database discovery is to review the regular checks a database makes of the records it produces, which make sure that the results of a database search query and the production information match. Most databases are designed with complex reporting and data mining tools and lawyers can take advantage of these functions to obtain detailed reports of information being produced. "There is no industry checklist, but you can do some verification to make sure data is at least not corrupted," says Brunner.

Because information stored in a database is constantly changing, both the producing and requesting parties can manipulate data and present it in any light they choose. "Just because it comes out of a database doesn't mean it is accurate," says Jacoby. "I think courts make that mistake, and it's important to make sure that a judge understands a database record can be wrong."

Database evidence is often incomplete and misleading, and validating the integrity of data does not validate its meaning. Unlike written records, which can be read and interpreted based on their literal meanings, database records are often stripped of context when produced for litigation. "A pharmaceutical company may have 10,000 adverse records in a database for a particular drug, but how many of those are legitimate complaints?" Jacoby says. "You can slice and dice data all kinds of ways that may be statistically valid but misleading."

To head off this problem, lawyers need to be conversant in the language of structured data and be able to explain issue to the court so that records are presented accurately. Experts say that the problems of database discovery are so complicated and technical that sometimes the only way to communicate the issues is to find simple analogies to technology that laymen understand. "I testified a year and a half ago in a $250 million suit, and I struggled to explain to the judge how things work," says Brunner. "I described the system as a big calculator, as in 'you put the data into the computer and add it up to create a record.' It was an oversimplification, but it worked."

Unfortunately, e-discovery vendors have been slow to respond to this issue. Brunner specializes in this kind of discovery, but he says the industry has yet to provide a reliable, reusable road map for structured data in e-discovery as it has for other data types. "Services have developed to address the low hanging fruit like e-mail and other file types that are relatively easy to build a solution for," says Brunner. "We're just beginning to tackle the question of how you create a repeatable process for structured data."

Labels: , , ,

Monday, November 1, 2010

Building ROI for an eDiscovery Cloud Computing Model

Cloud Computing is an important step in the evolution of Enterprise Information Technology Systems.  And, without a doubt represents that next big paradigm shift in eDiscovery Information Technology. 

As such, I plan to dedicate my blog for the remainder of the year to investigating and reporting on Enterprise eDiscovery in the Cloud.  As an adjunct to this blog, I have also started a LinkedIn Group called “Enterprise eDiscovery in the Cloud”.  Click Here to join this LinkedIn Group.

As a place to start the discussion, I want to present and then begin to analyze an absolutely outstanding whitepaper titled, “ Building Return on Investment from Cloud Computing”, by Mark Skilton, Director, Capgemini and other members of the Cloud Business Artifacts Project, that I found on the OpenGroup Website.

Cloud Computing is not a sliver bullet; is not going to be easy or inexpensive to implement; and, may not necessarily be the correct infrastructure and/or application delivery mechanism for either vendors or end-users within the eDiscovery market.  However, done properly with an appropriate amount of planning and with the support of the “right” partners.  I predict that Cloud Computing will be the “next big thing” and will propel eDiscovery technology capabilities to a level not readily available today.
The full text of the whitepaper by Mark Skilton and other members of the Cloud Business Artifacts Project is as follows;

Introduction

Cloud Computing has been described as a technological change brought about by the convergence of a number of new and existing technologies.
The promise of Cloud Computing is primarily the following key technical characteristics (see Above the Clouds [4]):
  • The ability to create the illusion of infinite capacity; the performance is the same if scaled for one, to a hundred, or a thousand users with consistent service-level characteristics.
  • Abstraction of the infrastructure so applications are not locked into devices or locations.
  • Pay-as-you-go usage of the IT service; you only pay for what you use and with no or minimal up-front investment costs. You typically just use the service through a connection and device.
  • The service is on-demand; able to scale up and scale down with near instant availability. Typically, no forward planning forecast is required.
  • Access to applications and information from any access point.
But this is only half the story. These technical characteristics can also be found in non-disruptive technology solutions. The rate of change and magnitude of cost reduction and specific technical performance impact of Cloud Computing are not just incremental, but can give a five to ten times order of magnitude improvement.

The Capacity-Utilization Curve

The famous graph used by Amazon Web Services illustrating the capacity versus utilization curve has become an icon in Cloud Computing. The model illustrates the central idea around Cloud-based services enabled through an on-demand business provisioning model to meet actual usage.


The Capacity versus Utilization Curve
Why this matters to business is that one of the core precepts of Cloud Computing is to avoid the cost impact of over-provisioning and under-provisioning. This is in addition to the opportunity for cost, revenue, and margin advantages of business services enabled by rapid deployment of Cloud services with low entry cost, and the potential to enter and exploit new markets.
We contend that in years from now, when Cloud Computing is seen in a historical context, the capacity versus utilization curve will be seen as an iconic model that had the same effect as previous well known business models.


Iconic Business Models
Examples of these include:
  • The Moore’s Law model that establishes the concept of exponential growth in computational power but has subsequently been seen in other technology areas, including storage and network
  • The technology hype cycle that established the emergence of innovation lifecycles, and is developed in publications by Charles H. Fine [2] and Clayton M. Christensen [3]
  • The Boston Consulting Group Growth-Share Matrix that can be used to show how key industrial markets and products and services undergo transitions as the maturity lifecycles emerge, grow, and recede
But what does this potential icon mean for business? Matching capacity and actual utilization on demand improves operational efficiency, but is that all there is to it? Capacity and utilization are Key Performance Indicators (KPIs). They measure how much or how little something is being used. But is this aligned and being used to generate Return on Investment (ROI)?

Race to the Bottom versus Quality of Service (QoS)

The positioning of Cloud Computing, while initially seen as a disruptive technology influence on both buyer and seller prospects, is now evolving into a trade-off between low-cost arbitrage and added value Quality of Service (QoS).


Race to the Bottom
The terms “race to the bottom” or similarly the “prisoner’s dilemma” refer to the competing drive between participants in a market driven by the need to make the greatest cost savings. The term is often seen in a negative context, as the lower costs and margins are seen as a detriment to the participants. Massively scalable services from Cloud Computing providers have the effect of driving down costs and prices, as the dynamics of competition are shifted by the presence of potentially rapid cost reductions and huge data center investments.
The counter-balance to this is the Quality of Service (QoS), and the associated Cost of that Service (CoS) that characterizes the value of the cost per unit of performance provisioned (see the discussion on the Financial Value Perspective of Moving from CAPEX to OPEX and Pay-as-you-go).
The differentiator of Cloud Computing is not just the utility infrastructure computing services, but includes all the higher-level services that enhance and build business service value. We see this as the influence and scope of the movement from IT-centric to business-centric services across a wider services continuum, with utility services for infrastructure at one end, and with business-centric software and business processes delivered as a service from the Cloud at the other.
In addition, the need to provide adequate security should be considered. People are willing to pay a little more for a service if they are assured that there will be good security measures in placed.
This issue is highlighted in this White Paper as it has a direct bearing on the Cloud Computing ROI debate and how it is measured:
  • Pricing and costing of Cloud services
  • Funding approaches to Cloud services
  • Return on Investment (ROI)
  • Key Performance Indicators (KPIs)
  • Total cost of ownership (TCO)
  • Risk management
  • Decisions and choices evaluation processes for Cloud services
The discussion of the market dynamics of Cloud Computing is not developed further in this White Paper, but is a recommended area of research going forward as more products and services become Cloud-enabled.

Traditional IT Compared to Cloud Computing

The iconic capacity versus utilization curve of Figure 1 provides a yardstick of current thinking in Cloud Computing provisioning. It is shown here for increasing demand, but the same model can be applied to both growth and decline of capacity demand in a periodic pattern typical of many businesses.
The following shows some of the characteristics of traditional IT compared to Cloud-Computing.
Traditional IT
  • Hardware is hosted on the premises of the organization and/or manage hosted.
  • Hardware and software is provisioned for peak demand.
  • Service management monitoring is used to generate forecasts of demand usage and current SLA performance.
  • Chargebacks and compensations are used to adjust usage and payments.
  • Under-provisioning and over-provisioning of capacity can result from unforeseen demand changes.
  • Business invests in ownership of assets that can be enhanced and extended through IT programs and development.
  • Changes to IT involve migration and divestment/investment issues and programs.
Cloud Computing
  • Hardware and/or software is hosted off-premise (public or hybrid) or on-premise as a private Cloud service.
  • Services are provisioned and used based on actual demand, providing this elasticity as a managed service.
  • Services are typically focused on short-term “burst” demand to gain cost savings over provisioning and owning the assets.
  • Statistical automated scaling is used to optimize the shared virtual assets.
  • Risk is transferred from the buyer to the seller/provider of the Cloud service.
  • Cloud sellers and providers seek to grow amortized economies of scale through increasing the numbers of users of the shared resources.
  • The IT infrastructure and operation is masked from the service user. Cloud is more than just SaaS.

New Technology Adoption Lessons from Other Industries

Understanding the characteristics of Cloud Computing can be assisted by observations from other industries that are in the process of transformation. Lessons from alternative power sources such as solar energy and wind power contain examples of issues that resonate with familiarity in the Cloud Computing context.
When comparing Cloud Computing to solar and wind energy there are similar adoption issues:
  • Potential unlimited energy resource
  • Challenges to distributing efficiently
  • Demonstrating its value over traditional/other alternatives

Solar Energy and Wind Power
Just taking a look at the solar energy and wind power characteristics:

New Technology Adoption from a Buyer’s and Seller’s Perspective

Examining the issues of effective wind power or solar energy compared to contemporary energy sources draws parallels with the challenges we also see in defining new technology adoption.
Sellers of resources and services characteristically focus on their operation and technical development, and how they can enable effective business models for existing and potential new customers and markets.
Buyers are typically not concerned about how the sources of energy, resources, or services were generated and delivered. They seek to understand whether their businesses can be supported by the products or services, and whether these can be reliable and cost-effective. Buyers want to know the choices on offer and how they may be able to enhance or swap resources and services for improved business performance.
The following shows some of the concerns of buyers and sellers of new technology.
Buyers
  • Don’t care where the service comes from or what medium was used to generate it.
  • Does the service address the business requirement?
  • Is the QoS reliable?
  • What are the switching costs from one energy provider to another?
  • Is the service cost effective?
  • There are advocates and dissenters.
  • Can I use the service when and where I need it?
Sellers
  • Efficiencies of production compared to existing alternatives.
  • Storage of the service and use in service to meet on–demand needs at point of use.
  • The cost of (architecture) to deploy and distribute the service.
  • Purchasing incentives and direct governance investment.
  • There are advocates and dissenters.
  • Location, security, and access?
In Cloud Computing the common themes in engaging sellers and buyers in the new technology provisioning model includes three key questions:
  • How does Cloud Computing compare to traditional IT? This principally relates to the comparison of service-level performance and license costs.
  • What can I not put in the Cloud? Answers typically include UNIX systems, mainframes, and very high I/O applications, but pretty much anything can be co-located or hosted in an elastic virtual container environment. Beyond the technical definitions there are the business processes and provisioning models that set Cloud Computing apart from its predecessors of utility computing and virtualization.
  • How does Cloud Computing impact revenue and budget lines? This issue involves the cost/performance enabled by virtualization and economies of scale, and the lowered need for up-front investment. Movement of revenue to Cloud providers may need to be balanced by sale of added-value services.

Above and Beyond the Clouds

There are many definitions and viewpoints provided by the sellers of what is now termed “Cloud Computing”. Much of the vocabulary used is defined from the perspective of IT performance and capacity, and the impact of cost savings of asset ownership and variable seller service costs. Yet all these have direct cost-benefit impact on the business consumers of the end services and how they compete and deliver products and services in their industry.
Many business IT departments have addressed emerging trends through actions to drive cost reduction and leverage IT service providers’ adoption of Cloud style services. Many industry organizations and leading IT suppliers of software, hardware, and services, seeking to address their customer needs, have vigorously evaluated and followed a Cloud-style strategy. The challenges and issues are in the transition from the current traditional IT to the new potential capabilities of Cloud Computing. They must be expressed in a language that business end users can understand, and relate to investment, cost improvements, or business performance.
Closer to home in understanding the issues of Cloud Computing, we can draw upon the University of California, Berkeley RAD Lab. White Paper Above the Clouds [4]. This highly informative paper identifies the technical issues for Cloud adoption, and its potential for business benefits and technical challenges. The paper also sheds light on the value that these technical scenarios can provide to business:
  • Avoid missed business opportunities from under-provisioning and over-provisioning (Page 1)
  • Responsive Service to variable demand (Page 2)
  • Pursue emergent and explorative new business market opportunities hitherto unforecast or predicted (Page 2)
  • Perform cost associative tasks fast and lower cost (Page 2)
  • Decouple utility services and brokering from business front end (the “fab-less” chip foundries example) (Page 3)
  • Make more money from amortizing economies of scale (Page 4)
  • Leverage existing investments through hybrid means (Page 4)
  • “Anywhere” services, “border-less” delivery (Page 4)
This interpretation of the Above the Clouds White Paper in a business-issue context illustrates some interesting aspects of Cloud Computing potential.
The decoupling of resources and provisioning (what can be termed “back end”) from the “front end” business use through intermediation follows much the same argument as Why Buy the Cow [5] from Ivar Subrah on how on-demand powers the economy and The Big Switch [6] by Nicolas Carr that takes the analogy even further with distributed industrial IT services.
The business of IT becomes that of leveraging the products and services through competing platforms and channels to defend, attack, and build customers and market share (see the discussion on the Importance of a Business Perspective of the Cloud).
However, a secondary issue from this, described as a “race to the bottom” by many industry observers, arises where commodity charging lowers the cost, removing margin benefits. The counter-balance to this is the Cost of Service (CoS) and Quality of Service (QoS) charges and added value on top of the products and services. We explore this in the next section.
Even after the passing of time from the date of publication of Above the Clouds [4], the technical challenges are still evident, but they are becoming less so with the evolution Cloud services and technology.
The Above the Clouds paper famously asserts that Private Cloud is not Cloud Computing (Page1) as it is not open to the general public, which is part of the original definition. This illustrates that definitions of Cloud are still evolving, and perhaps the definition commonly assumed in the marketplace today does not necessarily require openness, though it still retains the central concepts of elastic capacity and provisioning.

Building Return on Investment from the Cloud

The central theme of this White Paper is how to go beyond the initial capacity and utilization benefits described in Cloud Computing.
The view of capacity and utilization is a technology provider/seller viewpoint which is essentially based on key performance indicators (KPIs) rather than business benefit metrics.
  • IT capacity, as measured by storage, CPU cycles, network bandwidth, or workload memory capacity is an indicator of performance.
  • IT utilization, as measured by uptime availability and volume of usage is an indicator of activity and usability.
But effective cost/performance ratios and levels of usage activity do not necessarily imply proportional business benefits. They are just indicators of business activity that are not in themselves more valuable than lower operating cost. There are, however, business metrics that translate the indicators of the capacity-utilization curve to direct and indirect benefits to the business, as illustrated in Figure 5.


Business Metrics Derived From Capacity/Utilization
These metrics are described in the following sections.

Speed of Cost Reduction – Cost of Adoption/De-Adoption

The introduction of Cloud Computing as an option transforms cost of ownership and changes the dynamics of the provisioning cycle in a number of fundamental ways.
The speed and rate of change of cost reduction can be much faster using Cloud Computing than traditional investment and divestment of IT assets. In Cloud Computing the buyer can move from a CAPEX to an OPEX model through purchasing the use of the service rather than having to own and manage the assets of that service. This responsibility is transferred to the service provider.


Speed of Cost Reduction, Cost of Change
The use of Cloud Computing to the user also potentially means a movement to a pay-as-you-go style billing model which can have different tariffs and contractual obligations compared to traditional IT ownership. These can include minimum usage periods and flexible pricing per usage profiling (see the discussion on the Financial Value Perspective of Moving from CAPEX to OPEX and Pay-as-you-go).
The key issue is the ability to adopt and remove the service either at the point of use (to scale up and down) or to make choices to use new services or change service provider.
Migration between Cloud services is still a challenge. There are portability and interoperability issues.. And hosting corporate and personal data and knowledge on the Cloud can make customers of Cloud services dependent on the providers.
There is a trade-off between the benefits of speed, cost, and Quality of Service (QoS) from a particular Cloud service provider and their ecosystem of services versus the flexibility and choice of alternative services and Cloud solutions.
The cost of change in an ROI business case is less in Cloud Computing as the choice of selected Cloud services is more stable and more cost-effective than traditional ownership.

Optimizing Ownership Use

The use of IT has become an enduring feature in all organizations today. The investment in data, knowledge, and infrastructure assets and software code now represent many lifeblood operations for businesses.
But many of the issues of cost of ownership are often decoupled from choices made during selection of new IT, and the impact on the long-term running and maintaining of these IT services and subsequent business usage is not properly considered:
  • Technology design choices and purchasing are often done by strategic or tactical contractual purchasing based on project requirements, with little consideration for optimizing running and maintainance over the whole system lifecycle, but
  • The cost of maintenance and modifications often represent a significant part of the asset lifecycle beyond initial provisioning.
The ability to “design and provision for run”, so that the choices of IT procurement are aligned with the best options and performance for long-term operation, has long been an ideal goal of business and IT. But, while technical trends such as OO, SOA, and Web 2.0 have brought functional improvements, the improvements in runtime infrastructure support have always been illusive.
A key aspect of moving to Cloud Computing is the ability to select hardware, software, and services from defined design configurations to run in production. Cloud Computing in effect seeks to bridge the design-time and run-time divide and optimize service performance. Patches and upgrades or new technology are in theory invisible to the end user of the service as they are included as part of the automatic asset management features.


Optimizing Ownership Use
Cloud Computing can help an enterprise achieve the goal of a more cost-effective asset–management lifecycle process for the IT portfolio, to optimize both design and run-time performance.
While the capacity-utilization curve can reflect overall usage, this can be broken down to identify which assets need to be supported in this way and to rationalize, consolidate, and optimize the assets that need to perform for business goals.
The key benefits to Cloud Computing ROI from a business case perspective are in the optimization of the total asset portfolio.

Rapid Provisioning

Elastic provisioning to scale up and down to actual demand creates a new way for enterprises to scale their IT to enable business to expand.
The provisioning time compression from a week to hours, for example, demonstrated by Cloud Computing sellers/providers is a means to rapid provisioning that is not just about saving time but is also defining a new business operating model.
Organizations can review and develop business plans and then deploy infrastructure and services in a more rapid and proactive way.
Customization and development, testing, and support can also been seen in a new light with the provision of IT services in a dynamic fashion targeted at business needs.
Buyers and sellers can view rapid provisioning as a marketplace of services. Sellers can offer rapid provisioning services that sustain buyer needs for existing IT services, offer choices for innovation, and enable rapid introduction of new technology.


Optimizing Time to Deliver/Execution
The impact of rapid provisioning on ROI business cases can be profound. Examples in the government/federal sector as well as financial services and consumer goods are already evident and pointing the way to the emergence of online Cloud-based marketplaces as de facto standards for current and future trading between suppliers and buyers of services.

Increase Margin (Make More Money)

One of the core precepts of Cloud Computing is to avoid over-provisioning and under-provisioning. This is in addition to the opportunity for cost, revenue, and margin advantages of business services enabled by rapid deployment of Cloud services with low entry cost, and the potential to enter and exploit new markets.
What makes Cloud Computing exciting is that the potential for business is not just the incremental change improvement but the disruptive transformational effect Cloud Computing can have from the possibilities of new business operating models.
Cloud Computing enables business to pursue new and existing markets by rapid entry and exit of the products and services. It enables enterprises to “land and expand” in markets with an infrastructure and service capacity that can grow with the business.


Optimizing Margin
Cloud Computing removes the need for additional infrastructure to test and enter markets for business (a key benefit feature particularly for small to medium size organizations).
Cloud Computing has an impact on the margin through cost reduction and through economies of scale to make more use of the same resources.
The impact on a ROI business case is that an enterprise can make more money or better use of existing investments through Cloud Computing.
There are many cases of companies large and small that can enter and develop service offerings through a “long tail” (refer to the publication by Chris Anderson [7]) approach enabled by Cloud Computing infrastructure. Existing and new markets can be attacked and entered through speculative and well-timed interventions to exploit and grow business performance.

Dynamic Usage – Elastic Provisioning and Service Management

The focus on capacity and utilization can be taken further through arrangements with Cloud Computing service providers/sellers that enable dynamic usage provisioning.
Traditional licensing associated with ownership, number of users, support, and maintenance costs and services are being challenged by the pay-as-you-go model found in on-demand Cloud Computing.
Cloud Computing is more than restructuring software and hardware and support licenses into a kind of periodic rented or lease license. It is targeting the end usage of the services at the point of real business need of the number and scope of users of the IT service (see the discussion on the Importance of a Business Perspective of the Cloud).
With either fixed usages volumes or variable functional usage, new innovative consumption models enabled by Cloud Computing allow businesses to consider using IT in a flexible and agile way.
This can range from the “freemium”, “contractless” service that you use or pay by credit card and advertizing revenues or specific pre-allocated bands of services and software functionality over a defined period of use (see the discussion on the Financial Value Perspective of Moving from CAPEX to OPEX and Pay-as-you-go).


Elastic Provisioning
Cloud Computing can change the ownership process from buyer to seller in the sense that IT becomes a commodity purchase, and buyers focus on outcome-based performance and choices.
The impact of dynamic provisioning on the Cloud Computing ROI business case is that the façade of service management becomes more “digital”. With the emergence of Internet services, it is now commonplace in residential markets for services and products to be viewed and provisioned online.
This expectation is now translated via Cloud Computing into the business world, where online service catalogs, self service, and automated services are increasingly part of the consumer experience.

Risk and Compliance Improvement

The green sustainability issue is equally valid in Cloud Computing and seen by a number of industry observers as an argument that moving into a Cloud environment will help organizations improve their carbon footprint.
This perhaps shifts the problem to the Cloud service providers as their industry potentially becomes a huge sink for electrical emissions from massive scale computing data center services.
It is expected that this challenge will be met as technological and design improvements address the energy consumption growth patterns. The benefit to the economic and emission footprint from the use of shared services is expected to have an improved impact compared to leverage of existing assets.


Green Costs of Cloud – Sustainability
A secondary effect, however, is the growth of more Cloud service users as the Cloud Computing paradigm takes off. As the cost and emission footprint per Cloud service falls, more services per cost can be consumed. As more advanced services emerge (the term “multiplicity” – see [8] – is now starting to emerge as large workload and cost-sensitive processing is moved to the Cloud and multiple processing made possible) then so can “usage creep” occur as the consumption rates further increase the usage of Cloud Computing services.
The alignment of compliance is a wider issue that includes green and legislative issues facing organizations and specific industry sector policies.
The impact on the ROI business case from using Cloud Computing services is directly relevant to sovereignty, security, and management of services risk containment. Cloud Computing domains cut across these complex issues and are directly affected by decision processes to adoption off-premise services.

 

Discussion: Financial Value Perspective of Moving from CAPEX to OPEX and Pay-as-you-go

Software as a Service (SaaS), utility computing, and Cloud Computing are recent themes in IT that seek to change the provisioning and utilization of IT.
Key to this is the change in cash flow and cost of capital investment.

Cash Flow

Moving to a pay-as-you-go model means the cashflow of your business is changing. Sources of revenue and outgoing cash expenditure are on a usage basis based on a unit such as time, volume, or component. Cash flow – Cash Flow after Taxes – is a financial measure of a business ability to generate cash flow through its operations. Moving from a CAPEX to an OPEX model develops the use of operational expenses rather than capital assets and the treatment of operating statements rather than balance sheet management. Cash flow describes revenue, cash, and working capital changes that flow within part of the operating expenses liquidity and available usage of funds. Adopting the Cloud Computing paradigm seeks to make more money (increase revenues) while driving capital costs down through greater efficiencies of working capital and OPEX changes. Calculations of Net Present Value (NPV) of investments often need to consider the discounted cash flows of the cost of capital (WACC) to assess the value of the investment return. Cloud Computing seeks to minimize or zero upfront investment and to drive improved asset usage ratios, Average Revenue Per Unit, Average Margin Per User, and cost of asset recovery.

Cost of Capital

Moving from CAPEX to OPEX is a change in the basis of capital investment usage as upfront and ongoing costs are changed by the Cloud Computing business model. The focus is on the ability to maximize the leverage of that capital to acquire IT and business services while minimizing the risk to the business in capital used for initial investment and ongoing maintenance charges. While moving away from investments in long-term assets may be seen as context of Cloud Computing, this implies a move towards long-term OPEX-style service where QoS and costs are still equally relevant regardless of asset ownership. The common factor is the business performance and SLA requirements.
A company with a high cost of capital (WACC) and which would benefit from bringing in their tax shield (high CFAT), is a candidate for shifting CAPEX to OPEX – but other aspects of the business context may contradict that candidacy such as availability of appropriate solutions and security constraints on using shared services. If CAPEX to OPEX is desired, then the company should be considering and evaluating outsourcing solutions, including public Cloud solutions, hybrid Cloud, and Private Cloud solutions.
Cash flow can be an important indicator if CAPEX to OPEX is the focus. Pay-as-you-go can be seen as easier on cash flow than pay-upfront. But both cash flow considerations may not necessarily exist in the same business scenario. For example, a business may want to improve cash flow through moving to a direct usage model but still retain investment in CAPEX for differentiated private business processes.

OPEX

Using an OPEX model can potentially remove and release capital that would otherwise be used for initial investment and ownership of IT assets. Alternatively, investment in a Cloud Computing platform may require capital investment and changes to the payment and funding of the service as it is amortized over a wider shared service model for economies of scale.
The cost of capital from sources of equity and cost of debt point of view can change for private and public/federal industries that have stock market/shareholders or government sources of funding.
If the overall goal is to maximize the use of capital by best use of the debt and equity funds, in Cloud Computing the use of OPEX moves the funding towards optimizing capital investment leverage and risk management of those sources of funds.

Pay-as-you-go and Pay-by-the-drink

There are other ways of getting the equivalent to pay-as-you-go besides outsourcing/public Cloud. Financing and leasing are both forms of pay-as-you-go, as is a monthly software “rental fee” – or any other form of software licensing which shifts payments into the future. A close cousin to “pay-as-you-go” is “pay-by-the-drink” – usage-based billing. This type of billing can be construed to help with cash flow, but arguably, usage-based billing is only beneficial (to the subscriber) if bill amounts are predictable and controllable. If not, then neither the subscriber or the provider can budget effectively, and consequently the subscriber pays a premium for bursting capacity, and/or the provider (and thus the subscriber) oversubscribes the resources and runs the risk of a capacity shortage (“brownout”).
If the billing basis is not tied to business activity or business outcome metrics, then most commercial utility service buyers typically opt for a monthly or annual baseline fixed rate. In other words, of the billing is tied to metrics which the business can predict and control (business metrics) then the preference is for usage-based billing: but if the billing is based on IT infrastructure and/or application metrics which the business cannot readily correlate to the business activity enabled, then fixed rate billing is preferred. Likewise, residential buyers of utility services such as cell phone service are being offered fixed rate monthly billing to ease budgeting.
The following section examines some of the metrics and performance indicators that drive business towards the Cloud Computing value model.

Cloud Computing Key Performance Indicators and Metrics

Cloud Computing introduces an expanded context for service-oriented business and IT.
Developing ROI models that show how Cloud Computing adoption can benefit both business and IT consumers and providers involves examining the key technology features and business operating model changes.
This section gives an overview of ROI models to support Cloud Computing assessments and business cases in two aspects:
  • Key Performance Indicator ratios that target Cloud Computing adoption, comparing specific metrics of traditional IT with Cloud Computing solutions. These have been classified as cost, time, quality, and profitability indicators relating to Cloud Computing characteristics.
  • Key Return on Investment savings models that demonstrate cost, time, quality, compliance, revenue, and profitability improvement by comparing traditional IT with Cloud Computing solutions.
The overview of Cloud Computing ROI models considers both indicators and ROI viewpoints.
Figure 12 shows an overview of Cloud Computing ROI models and KPIs.

Cloud Computing ROI Models and KPIs

Cloud ROI Cost Indicator Ratios

Figure 13 shows the cost indicator ratios, and outline explanations are given below.

 
Cloud Computing ROI Models – Cost Indicator Ratios
Availability versus recovery SLA:
  • Indicator of availability performance compared to current service levels
Workload – predictable costs:
  • Indicator of CAPEX cost on-premise ownership versus Cloud
Workload – variable costs:
  • Indicator of OPEX cost for on-premise ownership versus Cloud; indicator of burst cost
CAPEX versus OPEX costs:
  • Indicator of on-premise physical asset TCO versus Cloud TCO
Workload versus utilization %:
  • Indicator of cost-effective Cloud workload utilization
Workload type allocations:
  • Workload size versus memory/processor distribution; indicator of % IT asset workloads using Cloud
Instance to asset ratio:
  • Indicator of % and cost of rationalization/consolidation of IT assets; degree of complexity reduction
Ecosystem – optionality:
  • Indicator of number of commodity assets, APIs, catalog items, self service

Cloud ROI Time Indicator Ratios

Figure 14 shows the time indicator ratios, and outline explanations are given below.

Cloud Computing ROI Models – Time Indicator Ratios
Timeliness:
  • The degree of service responsiveness
  • An indicator of the type of service choice determination
Throughput:
  • The latency of transactions
  • The volume per unit of time throughput
  • An indicator of the workload efficiency
Periodicity:
  • The frequency of demand and supply activity
  • The amplitude of the demand and supply activity
Temporal:
  • The event frequency to real-time action and outcome result

Cloud ROI Quality Indicator Ratios

Figure 15 shows the quality indicator ratios, and outline explanations are given below.

Cloud ROI Quality Indicator Ratios
Experiential:
  • The quality of perceived user experience
  • The quality of User Interface (UI) design and interaction – ease-of-use
SLAresponse error rate:
  • Frequency of defective responses
Intelligent automation:
  • The level of automation response (agent)

Cloud ROI Profitability Indicator Ratios

Figure 16 shows the profitability indicator ratios, and outline explanations are given below.

Cloud ROI Profitability Indicator Ratios
Revenue efficiencies:
  • Ability to generate margin increase/budget efficiency per margin
  • Rate of annuity revenue
Market disruption rate:
  • Rate of revenue growth
  • Rate of new market acquisition

Cloud ROI Savings Models

Figure 17 shows the savings models, and outline explanations are given below.
 
Cloud Computing ROI Savings Models
Speed of time reduction:
  • Compression of time reduction by Cloud adoption
  • Rate of change of TCO reduction by Cloud adoption
Optimizing time to deliver/execution:
  • Increase in provisioning speed
  • Speed of multi-sourcing
Speed of cost reduction:
  • Compression of cost reduction by Cloud adoption
  • Rate of change of TCO reduction by Cloud adoption
Optimizing cost of capacity:
  • Aligning cost with usage, CAPEX to OPEX utilization pay-as-you-go savings from Cloud adoption
  • Elastic scaling cost improvements
Optimizing ownership use:
  • Portfolio TCO , license cost reduction from Cloud adoption
  • Open Source adoption
  • SOA re-use adoption
Green costs of Cloud:
  • Green sustainability
Optimizing time to deliver/execution:
  • Increase in provisioning speed
  • Reduced supplycchain costs
  • Speed of multi-sourcing
  • Flexibility/choice
Optimizing margin:
  • Increase in revenue/profit margin from Cloud adoption

Discussion: The Importance of a Business Perspective of the Cloud

From a business perspective, the way an organization operates differentiating business processes and their Quality of Service (QoS) is key to business operating success. Identifying competitive business processes as well as standard commodity operations will improve the focus of innovative market growth and cost of service optimization activities made possible by business models based on Cloud Computing opportunities.
Just focusing on infrastructure improvements may result in cost rationalization but may miss the impact and value of applications and business processes to the end customer. QoS is an essential ingredient in evaluating the business effectiveness. The elements of QoS are made up of infrastructure, resources, activities, and services spanning the whole lifecycle of business.

Amortization of Economies of Scale

In Cloud Computing the operating challenges experienced from one customer can be proactively fixed for all the other customers of the Cloud service by using a shared platform. Amortization of problems is just one example of how a Cloud solution can achieve more favorable QoS levels. So, value can be leveraged from amortizing economic economies of scale across the collective membership potential of a service ecosystem created by the Cloud.

Business Portfolio Focus

Just looking at Cloud Computing from a technical infrastructure point of view is potentially missing the wider picture of the impact of technology on the business.
Overall, what matters is defining the value to business. Value can be defined in many ways. It does not just mean the financial values of Total Cost of Ownership (TCO) and Return on Investment (ROI), but can also mean customer value, seller provider value, broker value, market brand value, corporate value, as well as technical value of the investment.
Your business is a portfolio of business processes. Using portfolio management techniques, group your business processes into three domains where the processes in each domain have common IT enablement solution selection criteria (for example, differentiating based on IT, differentiating not based on IT, and not differentiating), and apply the solution selection criteria.
The business perspective also includes consideration of whether using Cloud services can help facilitate interactions with business partners or partner organizations – for example, by using SOA or EDI through the Cloud – and whether using Cloud services may endanger any existing interactions, where suppliers of data impose particular conditions for handling confidential data.
The work of the Cloud Business Artifacts (CBA) Project in The Open Group Cloud Computing Work Group is seeking to identify the key Cloud buyer questions and in a language business can understand and use to target solutions to meet real business requirements.

Conclusion

Cloud Computing is an important stage in the development of IT systems, comparable with the emergence of the mainframe, the minicomputer, the microprocessor, and the Internet.
Cloud Computing can provide many advantages over conventional approaches to IT provisioning, which can translate into significant improvements in ROI. But what makes it particularly exciting is that its potential effect on business is not just incremental improvement, but disruptive transformation through new operating models.
This White Paper provides an analysis of how to build and measure ROI that will help businesses to reap the benefits of Cloud Computing, and take advantage of its potential for incremental improvement and disruptive transformation of business processes.
Our understanding of Cloud Computing is currently at an early stage. This is an initial analysis. ROI models will evolve as the technology matures. This evolution will be reflected, and key indicator ratios will be described in more detail, in future deliverables of The Open Group Cloud Computing Work Group and its Cloud Business Artifacts and Cloud Business Use-Cases projects.

Labels: , , , , , ,