Professional Documents
Culture Documents
00 + SKI 69
Printed in Great Britain Pergamon Press Ltd
Strategic information systems planning (SISP) is the process However, SISP is too important to delegate to
of deciding the objectives of computing for an organization technicians. Business planners are increasing11
and then identifying the applications that the organization recognizing the potential impact of information
should computerize. SISP has become increasingly important
technology, learning more about it, and participat-
as information systems have begun to play a more criticalrole
in implementing business strategies. However, SISP is beset ing in SISP studies despite their lack of technical
with problems that hinder organizations from determining their experience.
computing objectives and applications. This article identifies
the impediments to SISP and offers some constructive actions This article defines and explains SISP. It illustrates
for business planners to take to increase their chances of
four popular SISP methodologies. Then, based on a
success. It also suggests that planners may face greater
difficulties implementing their information systems plans than survey of 80 organizations, we discuss the problems
in initially creating them. of carrying out SISP. We also suggest some
potential actions which business planners can take to
deal with the problems.
construct an organization-wide information archi- tive methodologies although all four undergo
tecture vastly complicates SISP. Thus organizations continuous change and improvement. They wcrc
have often failed to build such an architecture. selected because, together, they accounted for over
Instead, their piecemeal approach has resulted in half the responses to the survey described later.
disjointed systems that temporarily solved minor
problems in isolated areas of the organization. This Business Systems Planning (BSP), developed by IBM,
later has caused redundant efforts and exorbitant involves top-down planning with bottom-trp imple-
costs. mentation. From the top-down, the study team first
recognizes its firm’s business mission, objectives and
Thus, this article embraces two distinct yet usually functions, and how these determine the business
simultaneously performed approaches to SISP. On processes. It analyses the processes for their data
one hand, SISP entails the search for high-impact needs. From the bottom-up, it then identifies the
applications with the ability to create an advantage data currently required to perform the processes.
over competitors.’ Thus, SISP helps organizations The final BSP plan describes an overall information
use information systems in innovative ways to build systems architecture comprised of databases and
barriers against new entrants, change the basis of applications as well as the installation schedule of
competition, generate new products, build in individual systems. Table 1 details the steps in a BSP
switching costs, or change the balance of power in study.
supplier relationships.8 As such, SISP promotes
innovation and creativity. It might employ idea BSP places heavy emphasis on top management
generating techniques such as brainstorming,’ value commitment and involvement. Top executive
chain analysis,‘(’ or the customer resource life cycle. sponsorship is seen as critical. MIS analysts might
serve primarily in an advisory capacity.
On the other hand, SISP is the process of identifying
PROplanner, by Holland Systems Corp. in Ann
a portfolio of computer-based applications to assist
Arbor, Michigan, helps planners analyse major
an organization in executing its current business
functional areas within the organization. They then
plans and thus realizing its existing business goals.
define a Business Function Model. They derive a
SISP may mean the selection of rather prosaic
Data Architecture from the Business Function
applications, almost as if from a pre-defined list, that
Model by combining the organization’s inform-
would best fit the current and projected needs of the
ation requirements into generic data entities and
organization. These applications would guide the
broad databases. They then identify an Information
creation of the organization-wide information
Systems Architecture of specific new applications
architecture of large databases and systems of
and an implementation schedule.
computer programs. The distinction between the
two approaches results in the former being referred
PROplanner offers automated storage, manipula-
to as attempting to impact organizational strategies
tion, and presentation of the data collected during
and the latter as attempting to align MIS objectives
SISP. PROplanner software produces reports in
with organizational goals.
various formats and levels of detail. A_Rinity reports
show the frequencies of accesses to data. Clurtering
reports guide database design. Menus direct the
Carrying out SISP planner through on-line data collection during the
process. A data dictionary (a computerized list of all
To carry out SISP, an organization usually selects an
data in the database) permits planners to share
existing methodology and then embarks on a major,
PROplanner data with an existing data dictionary
intensive study. The organization forms teams of
or other automated design tools.
business planners and computer users with MIS
specialists as members or as advisors. It is likely to Infownation Engineering (IE), by KnowledgeWare in
use the SISP vendor’s educational support to train Atlanta, provides techniques for building Enterprise
the teams and consulting support to guide and audit Models, Data Models, and Process Models. These
the study. It carries out a multi-step procedure over make up a comprehensive knowledge base that
several weeks or months. The duration depends on developers later use to create and maintains inform-
the scope of the study. In addition to identifying the ation systems.
portfolio of applications, it prioritizes them. It
defines databases, data elements, and a network of In conjunction with IE, every general manager may
computers and communications equipment to sup- participate in a critical success factors (CSF) inquiry,
port the applications. It also prepares a schedule for the popular technique for identifying issues that
developing and installing them. business executives view as the most vital for their
organization’s success. The resulting factors will
Organizations usually apply one of several metho- then guide the strategic information planning
dologies to carry out this process. Four popular ones endeavour by helping identify future management
are Business Systems Planning,” PROplanner,’ control systems.
Information Engineering,13 and Method/l.14 These
will be described briefly as contemporary, illustra- IE provides several software packages for facilitating
Information Systems Planning 71
Enterprise Analysis The team documents the strategic business planning process and how the organization carries it out. It
presents this information in a matrix for the executive sponsor to validate.
Enterprise Modeling The team identifies the organization’s business processes, using a technique known as value chain
analysis, and then presents them in a matrix showing each’s relationship to each business strategy (from the Enterprise
Analysis). The team identifies the organization’s entities (such as product, customer, vendor, order, part) and presents them in a
matrix showing how each is tied to each process.
Executive Interviews The team asks key executives about potential information opportunities needed to support their
enterprise strategy (from the Enterprise Analysis), the processes (from the Enterprise Modelling) they are responsible for, and
the entities (from the Enterprise Modelling) they manage. Each executive identifies a value and priority ranking for each
information opportunity.
Information Opportunity Analysis The team groups the opportunities by processes and entities to separate ‘quick fix’
opportunities. It then analyses the remaining information opportunities, develops support recommendations, and prioritizes
them.
I/S Strategies and Recommendations The team assesses the organization’s information management in terms of its
information systems/enterprise alignment, ongoing information planning, tactical information planning, data management,
and application development. It then defines new strategies and recommends them to executive management.
Data Architecture Design The team prepares a high level design of proposed databases by diagramming how the organization
uses its entities in support of its processes (entities and processes were defined during Enterprise Modelling) and identifying
critical pieces of information describing the entities.
Process Architecture Design The team prepares a plan for developing high priority applications and for integrating all
proposed applications. It does this by tying business processes to their proposed applications.
Existing Systems Review The team reviews existing applications to evaluate their technical and functional quality by
interviewing users and information systems specialists.
Implementation Planning The team considers the quality of existing systems (from the Existing Systems Review) and the
proposed applications (from the Process Architecture Design) and develops a plan identifying those to discard, keep, enhance,
or re-develop.
Information Management Recommendations The team develops and presents a series of recommendations to help it carry out
the plans that it prepared in Implementation Planning.
the strategic information planning effort. However, is the methodology itself. A middle layer of
IE differs from some other methodologies by techniques supports the methodology and a bottom
providing automated tools to link its output to layer of tools supports the techniques. Examples of
subsequent systems development efforts. For cx- the many techniques are focus groups, Delphi
ample, integrated with IE is an application generator studies, matrix analysis, dataflow diagramming and
to produce computer programs written in the functional decomposition. FOUNDATION,
COBOL programming language without hand- Andersen Consulting’s computer-aided software
coding. engineering tool set, includes computer programs
that support Method/l.
Method/l, the methodology of Andersen Consult-
ing (a division of Arthur Andersen & Co.), consists Besides BSP, PROplanner, IE and Method/l, firms
of 10 phases or work segments that an organization might choose Information Quality Analysis,” Busi-
completes to create its strategic plan. The first five ness Information Analysis and Integration
formulate information strategy. The final five Technique,” Business Information Characterization
further formulate the information strategy but also Study,” CSF, Ends/Means Analysis,” Nolan
develop action plans. A break bctwcen the first and Norton Methodology,” Portfolio Management,*O
final five provides a top management checkpoint Strategy Set Transformation,*’ Value Chain Analy-
and an opportunity to adjust and revise. By design, sis, or the Customer Resource Life Cycle. Also,
however, a typical organization using Method/l firms often select features of these methodologies
need not complete all the work segments at the same and then, possibly with outside assistance, tailor
lcvcl of detail. Instead, planners evaluate each work their own in-house approach.**
segment in terms of the organization’s objectives.
groups by their severity. (Research Appendix 2 motivates team members and pulls the project
ranks all of the reported problems. The ‘Extreme or along. The team leader must be a respected veteran
Major Problem’ column in the table shows the in the organization’s business and a dynamic leader
percentage of subjects rating the problem as such. comfortable with current technology.
The ‘Minor Problem’ displays the similar percent-
age. Subjects could also rate each as ‘Insignificant’ or Organizations should reduce their dependency on
‘Not a Problem’.) their team leader. One way to do so is by using a
well-structured and well-defined methodology to
We offer an interpretation of each problem and simplify the team leader’s job. Likewise, by obtain-
suggestions to both top management and other ing as much visible, top management support as
business planners considering an SISP study. Many possible, the organization will depend less on the
of the suggestions are based on the successful SISP team leader’s personal ties to top management. In
experiences of Raychem Corp., a world-wide Raychem’s case, dependency on the team leader was
materials sciences company based in Menlo Park, reduced because the team consisted of members
California with over 10,000 employees in 41 with broad, corporate rather than parochial, depart-
countries. Raychem conducted SISP studies in 1978 mental views. Such members can enable the team
and 1990.25 The company thus had the chance to leader to serve as a project manager rather than force
carry out and implement an SISP study, and to learn the individual to be a project champion.
from the experience.
The interpretations and suggestions provide a It is Dl$icult to Find a Team Leader who Meets the
checklist for debate and discussion, and eventually, Criteria Speci_fied by the Methodology (No. 4)
for improved SISP. As with the previous item, management will have to
look hard to find a business-wise and technology-
savvy leader. Such people are scarce. Management
must choose that person carefully.
Leadership Issues
It is Di_B;cuEt to Secure Top Management It is Dz@ult to Convince Top Management to
Commitmentfor Implementing the Plan (No. l-the Approve the Methodology (No. 8)
Most Serious-of the 18) It is not only difficult to convince top management
Over half the rspondents called this an extreme or to implement the final plan (as in the first item
major problem. It means that once their study was above) but also difficult to convince top manage-
completed and in writing, they struggled to ment to even fund the initial SISP study. SISP is
convince top management to authorize the de- slow and costly. Meanwhile, many top managers
velopment of the recommended applications. This want working systems immediately, not plans for
is consistent with the percentages in the previous an uncertain future. Thus, advocates of SISP, should
section. prepare convincing arguments to authorize the
funding of the study.
Such a finding suggests that top management might
not understand the plan or might lack confidence in In Raychem’s case, four executives-including two
the MIS department’s ability to carry it out. It thus vice presidents-from different areas of the firm met
suggests that top management carefully consider its several times with the CEO in 1978. Because he felt
commitment to implementing a plan even before that information technology was expensive but was
authorizing the time and money needed to prepare not sufficiently providing him with the information
the plan. required to run the company, the executives were
able to convince him to approve the SISP study and
Likewise, planners proposing an SISP study should be its sponsor.
assess in advance the likelihood that their top
management will refuse to fund the newly recom-
mended projects. They may also want to determine
Implementation Issues
tactics to improve the likelihood of funding. In
Raychem’s 1978 study, the CEO served as sponsor Implementing the Projects and the Data Architecture
and hence the likelihood of implementing its Identz$ed in the Plan Requires Substantial Further
findings was substantially improved. Analysis (No. 2)
Nearly half the respondents found this an extreme
The Success of the Methodology is Greatly Dependent or major problem. SISP often fell short of providing
on the Team Leader (No. 3) the analysis needed to start the design and program-
If the team leader cannot convince top management ming of the individual computer applications. The
to support the study or cannot obtain a top methodology did not provide the specifications
management mandate to convince functional area necessary to begin the design of the recommended
management and MIS management to participate, projects. This meant duplicating the investigation
the study is probably doomed. The team leader initially needed to make the recommendations.
74 Long Range Planning Vol. 25 April 1992
This result suggests that prospective strategic in- ment must agree with the plan’s priorities. For
formation systems planners should seek a methodo- example, they must concur on whether the organiz-
logy that provides features to guide them into ation builds a marketing database, a financial
implementation. Some vendors offer such metho- database, or a production database. They must agree
dologies. Otherwise, planners should be prepared on what to do first and what to delay.
for the frustrations of delays and duplicated effort
before seeing their plans reach fruition. Without top management agreement on the priori-
ties of the targeted databases, the plan will never be
In Raychem’s case, the planners drew up a matrix executed. Without functional area management
showing business processes and classes of data. The concurrence, battles to change the priorities will
matrix reduced the need for further analysis some- rage. Such changes can result in temporarily halting
what by helping the firm decide the applications to ongoing projects while starting others. One risk is
standardize on a corporate basis and those to pre-eminent: Everything is started but nothing is
implement in regional offices. As another means of finished.
reducing the need for more analysis, Raychem set
up model databases for all corporate applications to Planners should be certain that the plan stipulates
access. priorities and that top management and functional
area management sincerely accept them.
The Methodology Fails to Take into Account Issues
Related to Plan Implementation (No. 7) Raychem approached this problem by culling 10
The exercise may produce an excellent plan. It may agreed upon, broad initiatives from 35 proposals in
produce a list of significant, high-impact appli- the 1990 study. Instead of choosing to establish
cations. database priorities during the study, it later estab-
lished priorities for the numerous projects spawned
However, as in earlier items, the planning study by the initiatives.
may fail to include the actions that will bring the
plan to fruition. For example, the study might
ignore the development of a strategy to ensure the The Strategic Information Systems Plan Fails to
final decisions to proceed with specific applications. Determine an Overall Data Architecture for the
It might fail to address the resistance of those Organization (No. 14)
managers who oppose the plan. Although the major objective of many SISP
methodologies is to determine an overall data
Again, planners need to pay careful attention to architecture, many respondents were disappointed
ensure that the plan is actually followed and not with their success in doing so. They were disap-
prematurely discarded. pointed with the identification of the architecture’s
specific databases and with the linkages between
The Documentation does not Adequately Describe the them. To many respondents, despite the huge effort,
Steps that Should be Followed for Implementing the the portfolio of applications may appear piecemeal
Methodology (No. 12) and disjointed.
The documentation describing some proprietary
SISP methodologies is inadequate. It gives insuffi- Although these may appear to be technical issues,
cient guidance to planners. Some of it may be planners should still understand major data architec-
erroneous, ambiguous, or contradictory. ture issues and should check to be sure that their
SISP will provide such an overall, integrated
Planners who purchase a proprietary methodology architecture, and not just a list of applications.
should read its documentation carefully before
signing the contract. Planners who develop their
own methodology should be prepared to devote The Strategic Information Systems Plan Fails to
significant energy to its documentation. Suficiently Address the Need for Data Administration
in the Organization (No. 18)
In Raychem’s case, it chose BSP in 1978 simply Because long-range plans usually call for the
because there were no other methodologies at the expansion of databases, the need for more data
time. For its 1990 study, Raychem planners inter- administration personnel-people whose sole role is
viewed a number of consulting companies with ensuring that databases are up and working-is
proprietary methodologies before choosing the often necessary. In many organizations, the data
Index Group from Boston. Raychem then used administration function has grown dramatically in
extensive training to compensate for any potential recent years. It may continue to expand and the
deficiencies in the documentation. implications of this necessary growth can be easy to
ignore. Planners should thus be sure that their long-
The Strategic Information Systems Plan Fails to range plan includes the role of data administration in
Provide Priorities for Developing Speci_fic Databases the organization’s future. In Raychem’s case, a data
(No. 13) administration function was established as a result of
Both top management and functional area manage- its 1978 study.
Information Systems Planning 75
The Strategic Information Systems Plan Fails to Some organizations may attempt to follow both
Sutciently Address the Role of a Permanent MIS approaches equally while others may follow one
Planning Group (No. 16) more so than the other. Thus the two approaches
Like general business planning, strategic systems suggest that perhaps the different groups of prob-
planning is not a one-time cndeavour. It is an lems may carry different weights during the SISP
ongoing process where planners periodically review process. The matrix in Figure 1 shows the
the plan and the issues behind it. Many information approaches, categories with summarized problem
systems planners feel that a permanent planning statements, and weights in each cell.
group devoted solely to information systems is
essential, but that their planning endeavours failed For example, when seeking new and unconventio-
to establish one.
nal applications under the impact, leadership may
play a more critical role. Without experienced,
As with many other planning efforts, planners
articulate and technology savvy leadership in the
should view the SISP exercise as an initial effort in an
SISP study, it may be difficult to convince top
ongoing process. They should also consider the need
management to gamble on radical innovation. This
for a permanent planning function devoted to SISP.
does not suggest that leadership is unimportant
In Raychem’s 1978 study, the company formed a
when attempting to plan applications for alignment
planning committee of executives from around the
but rather that it may be more critical under the
company. In their 1990 study, the management
impact approach.
refined their procedures to ensure that planning
committee members would serve as sponsors of
each of the 10 initiatives and that they also report Because the align approach typically affects larger
progress on them to the CEO. numbers of lower-level employees, the potential for
resource problems is perhaps greater. The possible
widespread effects increase the complexity of the
Many Support Personnel are Requiredfor Data align approach. Thus resource issues are probably of
Gathering and Analysis During the Study (No. 27) more critical concern in this approach.
To understand the current business processes and
information systems support, many staff members Finally, regardless of whether the approach is
must collect and collate data about the organization. ‘impact’ or ‘alignment’, implementation is still often
Planners are concerned about their time and perceived as the key to successful SISP. Thus
expense. whether an organization is attempting to identify a
few high-impact applications or many integrated
Planners should be sceptical if the vendor of a and conventional ones, implementation issues
methodology suggests that staff support will be remain equally important.
negligible. Moreover, planners may want to budget
for some surplus staff support. Raychem controlled
the cost of data gathering and analysis by having
team members gather and analyse the data in the Conclusion
business units with which they were familiar.
Effective SISP is a major challenge facing business
executives today. It is an essential activity for
unlocking the significant potential that information
technology offers to organizations. This article has
Implications examined the challenges of SISP.
Approaches
Issues ‘Impact’ ‘Align ’
LEADERSHIP
Difficult to Secure Top
Management Commitment
for Implementation
Success Dependent on Team
Critical Important
Leader
Difficult to Find Team
Leader Meeting Criteria
Difficult to Obtain Top
Management Approval
IMPLEMENTATION
Requires Further Analysis
Ignores Plan Implementation
Issues
Documentation is Inadequate
for Implementation Very Very
No Priorities for Developing Important Important
Databases
No Overall Data Architecture
is Determined
No Data Administration
Need Addressed
RESOURCES
Methodology Lacks Sufficient
Computer Support
Planning Exercise Takes
Long Time
No Training Plan for
IS Department
Difficult to Find Team Important Critical
Members Meeting Criteria
No Financial Plan for IS
Department
Very Expensive
No Permanent IS Planning
Group
Many Support Personnel
Required
Wiseman, Strategy and Computers: Information Systems as (3) It is difficult to find team members who meet the criteria
Competitive Weapons, Dow Jones-Irwin, Homewood, IL specified by the methodology.
(1985).
(4) The success of the methodology is greatly dependent on
(8) M. E. Porter, Competitive Advantage: Creating and Sustaining
the team leader.
Superior Performance, New York: Free Press (1985).
(9) N. Rackoff. C. Wiseman and W. A. Ullrich, Information systems (5) Many support personnel are required for data gathering
for competitive advantage: implementation of a planning and analysis during the study.
process, MIS Quarter/y, 9 (4), 285-294, December (1985).
(6) The planning exercise takes very long.
(10) M. E. Porter, Competitive Advantage: Creating and Sustaining
Superior Performance, New York: Free Press (1985). (7) The planning exercise is very expensive.
(11) IBM Corporation, Business Systems Planning-information (8) The documentation does not adequately describe the
Systems Planning Guide, Publication No. GE20-0527-4
steps that should be followed for implementing the
(1975).
methodology.
(12) Holland Systems Corporation, 4FRQNTstrategy Method Guide,
Ann Arbor, Ml (1989). (9) The methodology lacks sufficient computer support.
(13) J. Martin, Strategic Information Planning Methodologies, Pren- (10) Adequate external consultant support is not available for
tice-Hall Inc., Englewood Cliffs, NJ (1989). implementing the methodology.
Andersen Consulting, Foundation-Method/l: information
(14) (11) The methodology is not based on any theoretical
Planning, Version 8.0, Chicago, IL (1987).
framework.
(15) J. Ft. Vacca, IBM’s information quality analysis, Computerworld,
10 December (1984). (12) The planning horizon considered by the methodology is
inappropriate.
(16) W. M. Carlson, Business information analysis and integration
technique (BIAIT): a new horizon, Data Base, pp. 3-9, Spring (13) It is difficult to convince top management to approve the
(I 979). methodology.
SISP Survey Items: Resources, (14) does not sufficiently involve top management.
(4) fails to determine a uniform basis for prioritizing (13) fails to sufficiently address the role of a permanent IS
projects; planning group;
(5) fails to determine an overall data architecture for the (14) plans are not flexible enough to take into account
organization; unanticipated changes in the organization and its en-
vironment;
(6) fails to provide priorities for developing specific data-
b ases; (15) is not in accordance with the expectations of top
management;
(7) fails to sufficiently address the need for Data Administra-
tion in the organization;
(16) Implementing the projects and the data architecture
identified in the SISP output requires substantial further
(8) fails to include an overall organizational hardware plan;
analysis.
(9) fails to include an overall organizational data communi-
cations plan ; (17) It is difficult to secure top management commitment for
implementing the plan.
(10) fails to outline changes in the reporting relationships in
the IS department; (I 8) The experiences from implementing the methodology
are not sufficiently transferable across divisions.
(II) fails to include an overall personnel and training plan for
the IS department; 09) The final output document is not very useful.
(12) fails to include an overall financial plan for the IS (20) The SISP output does not capture all the information that
department; was developed during the study.
Research Appendix 2
Extent of SISP Problems
Abbreviated problem statement
Item Extreme or major Minor
No. problem problem
017 Difficult to secure top management commitment 52% 16%
016 Requires further analysis 46% 31%
R4 Success dependent on team leader 41% 30%
R2 Difficult to find team leader meeting criteria 37% 17%
R9 Methodology lacks sufficient computer support 36% 27%
R6 Planning exercise takes long time 33% 30%
P7 Ignores plan implementation issues 33% 18%
R13 Difficult to obtain top management approval 32% 36%
011 No training plan for IS department 30% 29%
R3 Difficult to find team members meeting criteria 30% 24%
012 No financial plan for IS department 29% 28%
R8 Documentation is inadequate 28% 33%
06 No priorities for developing databases 27% 26%
05 No overall data architecture is determined 27% 22 %
R7 Very expensive 26% 29 %
013 No permanent IS planning group 26% 24%
R5 Many support personnel required 26% 23%
07 No data administration need addressed 26% 16%
018 Experiences not sufficiently transferable 24% 19%
09 No organizational data communications plan 22% 38%
010 No changes in IS reporting relationships 22% 31%
04 No prioritization scheme provided 22% 19%
015 Output belies top management expectations 22 % 15%
P3 No analysis of IS department strengths/weaknesses 21% 32%
08 No hardware plan 20% 36%
PII Heavy top management involvement 20% 21%
014 Resulting plans are inflexible 20% 18%
P5 No analysis of technological environment 19% 20%
PI2 Too much user involvement 18% 28%
019 Final output document not very useful 18% 20%
PI0 Questions difficult for managers to answer 17% 39%
020 Information during study not captured 17% 25%
P4 Methodology ignores legal/environmental issues 14% 16%
RI4 Bad assumptions about organization structure 14% 14%
P8 Ignores organization changes during SISP 13% 25%
01 No objectives for IS department are provided 13% 21%
P9 Insufficient user involvement 13% 5%
80 Long Range Planning Vol. 25 April 1992