Professional Documents
Culture Documents
DEVELOPMENT
Oct 7, 2008
Edward J. Maloof
140W. 86th St., Suite 15A New York, NY 10024 Tel: 212-579-8352 Cell: 917-885-7923 email: ed@maloof.org
Executive Summary 2
Edward J. Maloof
140W. 86th St., Suite 15A New York, NY 10024 Tel: 212-579-8352 Cell: 917-885-7923 email: ed@maloof.org
TABL E O F CO NTEN TS
INTRODUCTION........................................................................................................................4
PARADIGM I:
ORGANIZATIONS REACT TO MARKET DYNAMICS IN A FEED BACK LOOP.......................................................5
PARADIGM II:
IT SPENDING TYPICALLY ESCALATES AS PROFIT MARGINS DECLINE ...........................................................9
PARADIGM III:
IT SUPPORTS BUSINESS IT WAS DESIGNED FOR, NOT BUSINESSES THAT EXIST...........................................11
PARADIGM IV:
CAPABILITIES RARELY SATISFY STRATEGIC GOALS..............................................................................14
CONCLUSION:
FASTER IT STRATEGY DEVELOPMENT AND DEPLOYMENT IS NEEDED ........................................................15
We are often asked to contribute to the creation and deployment of IT strategies at individual
organization and enterprises levels. The multitudes of questions embedded in these requests
include centralization and decentralism issues; cost levels, competitive strategies, legacy and
modern systems, e-commerce and conventional technologies. Often these questions are posed
as problems such as: why are systems so slow and expensive, why do we need to constantly
pay-up paying to replace infrastructure with the latest products and techniques, why are
implementation results often disappointing, why won’t my legacy systems completely
disappear, why doesn’t IT understand my business, why don’t users understand their own
requirements and why am I falling behind the competition?
This white paper offers insight into lessons we have learned with our clients, and some
helpful ideas. We have observed four central paradigms:
Paradigm I:
Organizations React to Market Dynamics in a Feed Back Loop
Successful IT strategies reflect and are subsets of the business strategy, that must parallel and
mirror business dynamics.
Organizations, and their competitors, offer their products and services to the market to meet
demand. Periodically, a notably innovative and successful product or service influences
underlying forces, and amplifies demand. Examples of these influential products and services
include the introduction of ATM’s and POS devices in the 1970s, the advent of derivatives,
the securitization of risk. Contemporary examples include the success of online brokerage
services.
The market reacts to product and service offerings either by buying or not buying or buying
from competitors. An advantage ofFORCES
a market economy is that the success or failure of a
FORCES
CREATING
product is rarely in doubt. The CREATING
market judges
DEMAND absolutely and unmistakably.
DEMAND
Products Competitive
and Products and
Market
Services
Products Services
Competitive
and Products and
Market
Services Services
Feedback
Included in that judgment is not only the relevance of the product or service to demand, but
all of its characteristics, such as its method of distribution, pricing, packaging, ease of use,
comprehensibility, embedded risk characteristics, and after sales service.
Institutions analyze this feedback and decide how, and if, to react. From these decisions,
products and services are developed, modified, or withdrawn from the market. This modified
array of offerings is then placed back into the market and, again, the market reacts, thus
establishing a continuous feedback loop. For example, positive feedback might encourage the
institution to increase its capacity; while negative feedback might cause it to reduce pricing.
If the market clearly prefers a competitive product, the institution might change its own
product to match its competitor’s.
Success in the market depends on two possibilities; leading the market by anticipating or
creating the sources of demand (for reasons previously reviewed this is typically difficult to
do), or accepting need to react to feedback correctly and rapidly. Resultantly, firms that are
FORCES
CREATING
DEMAND
Products Competitive
and Products and
Market
Services Services
Feedback
Product/ Analysis
Service and
Development Decision
highly efficient in their feedback loop can rapidly adjust to dynamic markets and respond with
products and services that meet current demand. Slow companies respond to yesterday’s
requirements. Fast firms respond to today’s opportunities. Rapidity is the real requirement.
Little useful distinction typically exists between IT strategy and tactics. Strategy
increasingly looks like an accumulation of tactics. Organizations can have a great and
prescient strategy and be successful, or they can understand the market and respond
rapidly. In practical terms, in an institution, most product and service initiatives and
changes have systems implications. Therefore, to be a fast reactor, an institution must
have fast reacting systems at a reasonable cost.
Many frustrations expressed by business users over the slowness of projects and the
drag of legacy systems are symptoms of the institution’s slow pace through the
feedback loop. They are unable to optimize reaction to the market because systems
cannot change with sufficient rapidity. From IT’s perspective, frustrations mirror
these business issues. Users continually change their minds, demand difficult to
absurd timeframes, and request information IT can’t provide.
Therefore, it’s important that strategy for IT in an organization is able to tactical.
Optimally, we recommend having as little as possible that you can’t afford to throw
away and re-engineer in under six or seven months. The organizations that IT serves
operate in a real time market that constantly evaluates the firm’s products and services
and compares them to competitors on a daily basis. Each day used to milk a winner is
a day of incremental profit abandoned, and each day used to fix a loser is a day of
added expense and a day of profit lost.
Paradigm II:
IT Spending Typically Escalates as Profit Margins Decline
The chart bellow illustrates the relationship between relative product profitability and IT
spending for product support. The underlying problem results from the extended duration it
takes to develop full-scale systems plus the continually increasing dollars needed to maintain
them, an investment that frequently trails the product profitability life cycle. This chart
illustrates a five-year cycle.
Volume is
created by The system The firm has
market is been
A new The market demand and completed, trapped into
product takes management but it is investing
emerges. account of to offset technological
The new and
Actually, it’s the product declining ly
product is spending on
probably and margins. obsolescent.
understood a product
little more competitors This drives
and with
than several react. up operating Maintenance
exploited declining
unique Pricing starts costs during costs
and margins.
deals. to erode, system increase as
profitability New
There is and risk development product
climbs products
virtually no quality and variants are
steeply. IT can’t get
systems’ increases. A deployment introduced to
investment, priority
spending. big system is Competitive differentiate
typically, as because this
Lacking, needed for a pressures a commodity
a basic system is
competition, big product, increase. offering, and
system, overly
margins and to Related new staff, now
starts resource
climb rapidly contain products commanding intensive
growing require IT to premium
operational revise salaries,
costs system starts to
specification leave
s
This paradigm suggests systems spending should be moved to an earlier stage in the product
life cycle, where it can both support the product and contribute to the maintenance of
profitability margins. Benefits of this strategy include immunizing the product from expense
driven volume growth and making product variants and derivatives cheaper and sooner. The
results of such an investment pattern are shown below.
Relative Product
Profitability
Relative Systems
Investment
Characteristics of such a system are that it can be developed very quickly, and that it is
relatively inexpensive. Systems life cycles should exist within product profitability life
cycles.
The investment diagram on the previous page works against a firm’s speed and efficiency
around the feed back look. An investment pattern such as the one above supports the firm’s
ability to react. The strategic conclusions are: keep it variable, small, and rapid.
Paradigm III:
IT Supports Business it was Designed For, Not Businesses That Exist
It is a truism that every business evolves, and that current business is a reflection of past
developments (good and bad) plus current activities. Among the characteristics that shape
current business, whether as
Next
enablers or disablers, are the
Today’s Future
Year’s systems and technical
Business Business
Business
infrastructure that support the
business. This year’s systems
were last year’s development, and current development shapes next years capabilities.
This situation does not arise because business managers and IT managers are shortsighted. It
results from the real time nature of the market, which as earlier illustrated, means that they
can anticipate future requirements only with some degree of uncertainty. While the time to
develop and deploy systems and operational capabilities is significantly longer than the rate at
which the market evolves, IT strategy will be problematic.
Future
Last Year’s This Year’s
Capability
Development Development
More problems are created by the inverse relationship between the complexity of the
undertaking and the difficulty in catching up. Illustrating this dilemma, an institutional
merger requires enormous effort that can absorb available resources for significant periods of
time. Although the results may be profitable, time, staff, money, and management is focused
absorbing and rationalizing the present, as differentiated from building for future capabilities.
Next
Today’s Future
Year’s
Business Business
Business
Paradigm IV:
Capabilities Rarely Satisfy Strategic Goals
Conclusion:
Faster IT Strategy Development and Deployment is Needed
The Air Force spends billions of dollars optimizing and integrating human and automated
interactions in a competitive environment for jet aircraft. These weapons are limited by the
reaction time of the operator (which is being improved through new tools and training) and
the system’s capabilities (which are increasingly being automated). Exceeding either
limitation can be disastrous. In a fight, to fly slowly is to die. To win, one must have human
and IT reaction times that are as fast as one’s competitors.
All indicators suggest the advantages of being able to develop and deploy systems rapidly.
This indicates that systems must be more accurately targeted, cheaper, and smaller than they
have historically been at many organizations. The competitive dilemma for organizations is
not the high cost of systems, but how long they take to develop and deploy. They frequently
sacrifice the value of variable, small, and rapidly implemented systems while building of
systems that meet some current needs. When the time to build a major system exceeds the
rate at which the business evolves, there will be a tension between business needs and systems
solutions that is not easily resolved.
Rapidity by itself is not a perfect strategy. It may produce dubious architectures, reduce
application lifespan, and jeopardize quality and reliability. However, ability to react rapidly is
a risk-reducer and competitive advantage while the breath of market dynamics increases and
the pace of market evolution quickens.