32,99 €
Plan, execute, and sustain a successful IT campaign with Sam Bansal's perfect scorecard approach
First came the dot.com bust, then the IT squeeze. Despite software being the tail that wags the dog in most corporations, the cham-pions of IT, the CIOs, are constantly under fire to justify and maximize their IT investments—past, present, and future.
Learn how to establish Key Performance Indicators and Value Scorecards for IT to ensure maximum value in your corporation with the step-by-step approach found in Sam Bansal's Technology Scorecards.
Drawing on Dr. Bansal's over forty years of field experience in the management of large and complex projects, Technology Scorecards shows you how to:
Enhance profitability. Streamline strategy execution. Lower costs. Learn how to align your IT plans with your business objectives and optimize your company's overall performance with the perfect scorecard approach found in Technology Scorecards.
Sie lesen das E-Book in den Legimi-Apps auf:
Seitenzahl: 453
Veröffentlichungsjahr: 2009
Cover
Title
Copyright
Disclaimer
Acknowledgments
Acronyms and Abbreviations
PART I: Introduction
CHAPTER 1: Why Projects Fail, Scorecards, and How This Book Is Organized
Today’s Environment
Why Projects Fail
Harry’s Survey
Scorecards and SCOR Cards
Promise of Technology: Functionality, Key Performance Indicators, and Business Benefits
Deliver on Promises: Scorecard Methodology to Align Investments to Business Performance
Bibliography
PART II: Promise of Technology
CHAPTER 2: Strategic Enterprise Management
Introduction
Core Activities with Strategic Enterprise Management
How to Create a Strategy
Tools Supporting Strategic Enterprise Management
Essential Support from SEM Application Modules
Business Analytics
Key Performance Indicators
Bibliography
CHAPTER 3: Supply Chain Management
Introduction
SCM Domain
Advanced Planner and Optimizer
Solvers, Algorithms, and Simulation
Supply Chain Management Detailed
Supply Chain Execution
Supply Chain Coordination
Supply Chain Collaboration
Value Chains
Key Performance Indicators
Benefits
Bibliography
CHAPTER 4: Product Life Cycle Management
Introduction
Architecture of a PLM System
Detailed Component Descriptions
Product and Process Design
Change and Configuration Management
Asset Life Cycle Management
Life Cycle Collaboration and Analytics
Quality Management
Environmental Health and Safety
PLM: Why It Is So Important, What It Can Do, and How It Does It
PLM Features and Benefits in Details
PLM Key Performance Indicators
Five-Day Cycle with PLM Scenario
Mapping of PLM Feature (to Support High-Volume Parts Manufacturing from Concept to Release)
Significant Issues in PLM Implementation
Future Outlook
Bibliography
PART III: Scorecard Methodology to Align it Investments with Business Performance (Deliver on Promise)
CHAPTER 5: Strategy
Enterprise Strategy
Key Performance Indicators
Benchmarking
Value/Benefits Estimating
Business Process Reengineering
Bibliography
CHAPTER 6: Realization Phase
Solution Architecting
Gap Analysis
Roll-Out Planning
Configuration Planning
Bibliography
CHAPTER 7: Human Factors
Project Management
Project Champions
Business Case Development
Bibliography
CHAPTER 8: Umbrella Considerations
Change Management
Implementation Time Risk Analysis and Mitigation of Risk in Enterprise Systems
Quality Management
Communications Management
Test Plan and Test Procedures
Training
Bibliography
CHAPTER 9: Performance Management
Introduction
Principles of Performance Management
Preparing to Implement Performance Management
Generating the Corrective Signal
Bibliography
CHAPTER 10: Summary
References
Index
End User License Agreement
cover
toc
iii
iv
v
ix
xi
xii
1
3
4
5
6
7
8
9
10
11
12
13
15
17
18
19
20
21
22
23
24
25
26
27
28
29
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
171
172
173
174
175
176
177
178
179
180
181
182
183
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
Cover
Table of Contents
Begin Reading
CHAPTER 1: Why Projects Fail, Scorecards, and How This Book Is Organized
FIGURE 1.1 Why Projects Fail
FIGURE 1.2 Harry’s Survey Summary
PART II: Promise of Technology
FIGURE IIA Overview of Development of Scorecard and Strategy
CHAPTER 2: Strategic Enterprise Management
FIGURE 2.1 Direction of Strategic Enterprise Management
FIGURE 2.2 Architecture of an SEM
FIGURE 2A Virtual Reality, Model, and Assumption-Based Simulations
CHAPTER 3: Supply Chain Management
FIGURE 3.1 Supply Chain Management Architecture
FIGURE 3.2 Systems Landscape Architecture
FIGURE 3.3 APO Functionality
FIGURE 3.4 SCM and APO Architecture
FIGURE 3.5 Basics of SCM Functionality
FIGURE 3.6 Workflow in SCM
FIGURE 3.7 Supply Chain Paradox
FIGURE 3.8 Solvers and Algorithms
FIGURE 3.9 Customer and Market Focus (Part I)
FIGURE 3.10 Customer and Market Focus (Part II)
FIGURE 3.11 Costs I
FIGURE 3.12 Costs II
FIGURE 3.13 Costs III
FIGURE 3.14 Costs IV
FIGURE 3.15 Profitability I
FIGURE 3.16 Profitability II
FIGURE 3.17 Profitability III
FIGURE 3.18 Profitability IV
FIGURE 3.19 Cash-to-Cash Cycle Time
FIGURE 3.20 Order Fill
FIGURE 3.21 Inventory Days of Supply
FIGURE 3.22 Capacity Utilization
FIGURE 3.23 Raw Material Inventory Turnover
FIGURE 3.24 Total Supply Chain Costs
FIGURE 3.25 Key Performance Indicators
FIGURE 3.26 Benefits—Causes and Effects
FIGURE 3A CIM Architecture
CHAPTER 4: Product Life Cycle Management
FIGURE 4.1 Overview of PLM System
FIGURE 4.2 Fundamental Components of a PLM System
CHAPTER 5: Strategy
FIGURE 5.1 Methodology (Road Map)
FIGURE 5.2 Business Goals to Business Solutions
FIGURE 5.3 SCOR Model Representation of a Business Environment
FIGURE 5.4 Total Supply Chain Costs
FIGURE 5.5 Results of Benchmarking Study
FIGURE 5.6 Overall Business Model
CHAPTER 6: Realization Phase
FIGURE 6.1 Full-Service Solution Architecture
FIGURE 6.2 Full-Service Manufacturing Solution’s Architecture
FIGURE 6.3 Configuring Activities
CHAPTER 7: Human Factors
FIGURE 7.1 Collapsing Overhead and Direct Labor
FIGURE 7A BCD Project Planning
FIGURE 7B Mapping Actionable Items of Methodology on BCD Major Activities
CHAPTER 8: Umbrella Considerations
FIGURE 8.1 Evolution of Risk Decision Making
FIGURE 8.2 Quality Management Processes in All Life Cycles of Software Implementations
FIGURE 8.3 V Model Testing in the Life Cycle of Software Development
CHAPTER 9: Performance Management
FIGURE 9.1 Principles of Performance Management
FIGURE 9.2 Performance Delivery Architecture
CHAPTER 4: Product Life Cycle Management
TABLE 4.1 PLM Features and Benefits
TABLE 4.2 KPIs and Their Explanations
CHAPTER 5: Strategy
TABLE 5.1 Customer Participants for SWOT Discussions with the Project Team
TABLE 5.2 The Delta
TABLE 5.3 Clustered KPIs Leading to Total Supply Chain Cost
TABLE 5.4 Client PC Company’s SCOR Card
TABLE 5.5 Calculations of Value Creation
CHAPTER 6: Realization Phase
TABLE 6.1 Value Creation and Value Drivers
CHAPTER 7: Human Factors
TABLE 7A Preliminary Questionnaire
TABLE 7B Activities for Business Case Development
TABLE 7C KPIs to Collect
TABLE 7D As-Is and Recast Supply Chain Costs
TABLE 7E Supply Chain Scorecard
TABLE 7F Summary of Improved Potential Benefits
CHAPTER 8: Umbrella Considerations
TABLE 8.1 Team Training Matrix
SAM BANSAL
Copyright © 2009 by Sam Bansal. All rights reserved.
Published by John Wiley & Sons, Inc., Hoboken, New Jersey.Published simultaneously in Canada.
No part of this publication may be reproduced, stored in a retrieval system, or transmitted in any form or by any means, electronic, mechanical, photocopying, recording, scanning, or otherwise, except as permitted under Section 107 or 108 of the 1976 United States Copyright Act, without either the prior written permission of the Publisher, or authorization through payment of the appropriate per-copy fee to the Copyright Clearance Center, Inc., 222 Rosewood Drive, Danvers, MA 01923, 978-750-8400, fax 978-646-8600, or on the web at www.copyright.com. Requests to the Publisher for permission should be addressed to the Permissions Department, John Wiley & Sons, Inc., 111 River Street, Hoboken, NJ 07030, 201-748-6011, fax 201-748-6008, or online at http://www.wiley.com/go/permissions.
Limit of Liability/Disclaimer of Warranty: While the publisher and author have used their best efforts in preparing this book, they make no representations or warranties with respect to the accuracy or completeness of the contents of this book and specifically disclaim any implied warranties of merchantability or fitness for a particular purpose. No warranty may be created or extended by sales representatives or written sales materials. The advice and strategies contained herein may not be suitable for your situation. You should consult with a professional where appropriate. Neither the publisher nor author shall be liable for any loss of profit or any other commercial damages, including but not limited to special, incidental, consequential, or other damages.
For general information on our other products and services, or technical support, please contact our Customer Care Department within the United States at 800-762-2974, outside the United States at 317-572-3993 or fax 317-572-4002.
Wiley also publishes its books in a variety of electronic formats. Some content that appears in print may not be available in electronic books. For more information about Wiley products, visit our Web site at http://www.wiley.com.
Library of Congress Cataloging-in-Publication Data
Bansal, Sam, 1940- Technology scorecards : aligning it investments with business performance / Sam Bansal.
p. cm.Includes bibliographical references and index.ISBN 978-0-470-46456-4 (cloth)1. Strategic planning. 2. Business logistics. 3. Performance technology. I. Title.HD30.28.B3644 2009658.4’012–dc22
2008052098
This publication contains references to the products of SAP AG. SAP, R/3, xApps, xApp, SAP NetWeaver, Duet, PartnerEdge, ByDesign, SAP Business ByDesign, and other SAP products and services mentioned herein are trademarks or registered trademarks of SAP AG in Germany and in several other countries all over the world.
Business Objects and the Business Objects logo, BusinessObjects, Crystal Reports, Crystal Decisions, Web Intelligence, Xcelsius and other Business Objects products and services mentioned herein are trademarks or registered trademarks of Business Objects in the United States and/or other countries.
SAP AG is neither the author nor the publisher of this publication and is not responsible for its content, and SAP Group shall not be liable for errors or omissions with respect to the materials.
The author is indebted to SAP AG for the knowledge gained on Advance Planner & Optimizer (APO), Supply Chain Management (SCM), and Product Life Cycle Management (PLM) while in tenure over there. Most of the information presented in these areas is based on the author’s own practice and knowledge of the SAP domain. To the best of the author’s knowledge, nothing discussed is of a confidential nature.
I also wish to acknowledge all those friends, relatives, colleagues, and associates without whose help, advice, and encouragement this book would have still remained in my head. Specifically, some people I want to thank for their help are:
Amrish Goyal, my friend, for his constant encouragement to complete this work.
Sneh Agarwal, my wife, for her continued enthusiasm and for encouraging me when I did not feel up to completing this work.
Sahil Bansal, my son, for editing the preface and sowing the seeds of confidence in this effort.
Suresh Mehta, my friend; as a CIO and project manager, he critiqued the preface and introduction with a high degree of enthusiasm.
Sanjay Jain, my friend and colleague, for his endorsement blurb. Sanjay has always encouraged and advised me on various issues. His review and critique of the entire book has proven invaluable. A professor at George Washington University, Sanjay is a subject matter expert.
Ajay Agrawal, my friend and erstwhile colleague, for his implicit faith in my claim that a high percentage of software projects fail the first time. His belief gave me the confidence to begin this project.
Mike O’Brien, my friend, mentor, and client, for his kind encouragement and for agreeing to review the book and give me an endorsement.
Mike Petrucci, my friend, mentor, and client, for agreeing to give me an endorsement.
APO:
Advanced planner and optimizer
Avg:
Average
BBP:
Business blue print
BCD:
Business case development
BPR:
Business process reengineering
CAD:
Computer-aided design
CAE:
Computer-aided engineering
CAM:
Computer-aided machining
CAPE:
Computer-aided process engineering
CAPP:
Computer-aided process planning
CIM:
Computer-integrated manufacturing
CIMing:
Usually means tasks related to computer-integrated manufacturing
Collabn:
Collaboration
Config Mgmt:
Configuration management
CPG:
Consumer packaged goods
CPM:
Collaborative project management
CRM:
Customer relations management
CSF:
Critical success factors
DDC:
Direct digital control
DFA:
Design for assembly
DFM:
Design for manufacturing
EH&S:
Environment, health, and safety
Env:
Environment
ERP:
Enterprise resource planning
fabs:
Fabrication units; usually refers to chip-making plants
FI:
Finance
iPPE:
Integrated product and process engineering
IT:
Information technology
KPI:
Key performance indicator
LCM:
Life cycle management
MES:
Manufacturing execution system
MM:
Materials management
mySAP:
SAP’s software product begun in 1999
mySAP SCM:
SAP’s Supply Chain Management
OA:
Opportunity assessment
PM:
Project manager, also program manager
Psft:
Peoplesoft
R3:
SAP software system
SAP:
Software Application Products (usually refers to SAP Ag of Germany)
SCM:
Supply chain management
SD:
Sales and distribution
SEM:
Strategic enterprise management
SIS:
Semiconductor integration services; also strategic international services
SKU:
Stock keeping unit
SOA:
Supply chain opportunity assessment
Sr:
Senior
SRM:
Sourcing relations manager
SWOT:
Strength, weakness, opportunity, threat
WBDS:
Work break-down structures
WF:
Work flow
WFM:
Work flow modeling
Since the dot-com bust in the year 2000, information technology (IT) and IT people have been under an unprecedented squeeze. Today’s high-tech industry has come close to being a $10 trillion behemoth, of which software is fully more than 25%. There was a time when software was a forgotten appendage to the mighty mainframe, but such is not the case anymore. Now software, even if only 25% of the total content, is the tail that wags the dog.
As paradigm after paradigm is changing in the high-tech landscape of our world, software is increasing in importance and is contributing more business benefits than ever before. But this is not enough.
It seems the honeymoon days for IT are over. The free rein that chief information officers (CIOs) enjoyed not too long ago are gone. Instead, we find ourselves in the midst of very tight operating conditions. In today’s software environment, CIOs must:
Reduce total cost of ownership.
Increase value to the corporation.
Contribute to improve bottom and top line.
And the normal things that CIOs were expected to do in addition to the top-level goals continue:
Decrease complexity in increasingly heterogeneous environment.
Contribute to creating a real, real-time enterprise.
Manage resources.
Do a lot with the little that is available.
Produce miracles without budget growth.
The champions of IT, the CIOs and their staffs, try to deal with these issues while the project world is delivering the other messages:
New technologies are being introduced at a more rapid rate than before.
There are too many vendors to choose from.
All claim to have practically the same offerings, so it is difficult to differentiate among them.
So-called neutral consultants are too eager to take your money without contributing much value.
Requirements are not understood. Promises are made to be broken later.
And to make matters worse, when projects are finished, chief executive and chief financial officers complain that:
Expectations are not met.
Too much money was spent for too little return.
They want to sue the vendor because it failed to deliver as promised.
When a new technology is first implemented by a group of trailblazer companies, success is far from guaranteed. Success and satisfaction are seldom found in this group of companies. However, as the technology gets old and commonplace, the success rate generally goes up. In fact, the larger the company and larger the project, the more likely project failure is. The frank reality is that larger projects (more than $3 million in application spend) routinely need harsh turn-around measures, or they get stalled and eventually killed by the weight of their own bureaucracy.
A survey published in 2001 in Chaos News Letter1 has shed light on companies’ success by taking the cumulative cost of failure, estimated by the Standish Group at $145 billion, and by the Meta Group figure at $180 billion. This amount, they believe, is the amount lost each year in the United States due to failed or challenged projects. The Chaos report is full of grim numbers, such as “for every 100 projects, there are 94 restarts” and “only 9% of projects for large companies come in on-time and on-budget.” However, the 2004 Chaos report,2 entitled “CHAOS Chronicles,” found a total project costs to be $255 billion, of which a total failure cost was estimated to be $110 billion. While this is an improvement over the previous estimates, it is still a large cost of failure. And compare failure or success of a project from the perspective of the stake holders as defined by the chief stakeholders who believe that their IT investments did not give them the desired returns from their perspective.
The question is: What are the promises of technology, and how can technology deliver on those promises?
Human nature is such that first we create problems, then we search for reasons behind them, and then we try to solve them. So, having seen the current complex and heterogeneous landscape of systems, let us examine briefly the reasons for widespread failures of software projects.
A cautionary note about failure is that systems may not necessarily have failed; in the eyes of the stakeholders, however, they may not have fulfilled expectations.
These are the messages we are getting from the media:
Enterprise software at X Company failed to perform.
SCM software from Y vendor failed to perform.
Company Z is suing the vendor A for noncompliance.
Consulting Group A was thrown out of Company B.
Here are some basic causes of these problems:
Strategic alignment did not match the business goals.
There were communication breakdowns.
Up-front buy-in was not obtained.
User involvement was inadequate.
There were poor user inputs.
Stakeholder conflicts existed.
The requirements were vague.
User requirements were not firmly nailed down.
User requirements may have changed midway.
Poor cost and schedule estimates existed.
Skills did not match the job.
There were hidden costs of going “lean and mean.”
There was a failure to plan properly.
Poor architecture existed.
Failure warning signals came late.
Company financials may have changed.
Project manager may not have been skilled.
The project team may have been unacceptable to management.
The champion and executive sponsor was transferred, or left the company, or was not there.
Additional problems encountered in the field include:
Value is not understood.
Vendors bid without understanding the requirements well.
Goals are not clearly and succinctly defined.
Key performance indicators (KPIs) are neither defined nor understood.
Change management was not practiced.
Risk planning was not done properly.
Most projects get initiated as automation of as-is without due business process reengineering (BPR) or to-be views.
The quality of external consulting was poor.
It is not my intention to discuss the causes and cures here. Suffice it to say that the literature provides plentiful basic causes. The additional causes, just enumerated, constitute the main theme of this book. They will form the key factors to unleashing the quantum improvements in cost, value, and productivity. They will form the bulk of the chapters in Part II which will deal with the technologies—their features and benefits—and in Part III the complete step-wise approach to get the projects to succeed will be discussed.
Are we investing too much money in information technology and information systems? This is a question many of today’s CEOs and boards of directors ponder. Until recently, companies have made major investments in IT, trusting that this measure alone would increase productivity. Now decision makers are increasingly questioning whether IT projects actually create value.
Jurgen H. Daum, writing about adding value through IT investments,3 cited statistics from a survey conducted by CFO Magazine: Only 14% of executives state that their companies’ IT investments achieved the expected return on investment (ROI), whereas 74% were unsure of whether they had spent too much money on IT in the past three years. Similarly, in June 2007, as I was talking with Ajay Agrawal, a vice president of a financial services company, he mentioned that most IT projects fail the first time they are attempted. Clearly, doubts are being raised about the benefits of IT investments, and managers are becoming more careful about giving the go-ahead to IT budgets.
These reservations are apparently warranted. According to a study published by the Gartner Group in October 2008,4 of the $570 billion that flowed into IT investments worldwide, a high percentage was spent in vain. My estimate of this wasted spending is around $246 billion. Figure 1.1 summarizes the basic reasons for the failure.
FIGURE 1.1 Why Projects Fail
Numerous studies prove this failure in IT project in particular. One important study, however, set out to understand what the projects that did succeed contribute to business performance. The survey results are discussed in the next section.
I collaborated with Harry Sakamaki of SITA Corporation to conduct a survey of companies in the United States to provide bottom-line KPIs. We selected 16 companies in the manufacturing sector representing a mix of small- to midsize and some large companies. We solicited data from their CEOs, heads of IT, and their staff. Figure 1.2 gives the highlights of this survey.
In Figure 1.2, rows 1–14 that are in the smallest type size give the KPIs with respect to systems infrastructure; KPIs in rows 15–25 represent the same of the business performance but specifically of the supply chain; the ones in rows 26–34 are the KPIs of the business performance representing the bottom lines. The improvements shown in the extreme right column are the improvement percentages of each row. Do not add these percentages; they must be looked at as the individual performance improvements.
FIGURE 1.2 Harry’s Survey Summary
Highlights from Figure 1.2 are that bottom-line performance improvements are in the 3% to 10% range. This is a very low number. In fact, it is lower than the earlier number, which said that fully 75% of firms do not fulfill stakeholders’ expectations. Whether the figure is 3% to 10% or 25%, it is clear that the success rate as measured by performance improvement is very low. I have tacitly recognized the sad state of affairs of low returns for a long time. My conversations in the field always confirmed that some regular culprits will raise their ugly heads whenever one’s guard is down. When I pondered why I often succeeded in delivering values via projects yet sometimes did not, a pattern emerged. This pattern was based on the best practices I employed by design or sheer luck. This is what I want to share with you. The rest of this chapter describes the scorecards and how the major parts of this book are organized. After reading the next section, you will understand the technologies and how to create scorecards that are based on aligning investments and can drive the achievement of business performance.
Scorecarding technology has been around since early 1980s. First there was the Balanced Scorecard methodology, where nonfinancial processes are measured based on their impact on company performance. The term SCOR card is based on the supply chain operations reference model that was introduced in the mid-1990s for measuring, monitoring, and thereby driving the performance of supply chains. In my practice, I used SCOR cards very successfully. However, I grew into SCOR cards using the Balanced Scorecard. The main difference between the two is that the SCOR card is geared more specifically around the KPIs of the supply chain operations whereas regular scorecards can be applied to all enterprise operations. And best of all, I could use either scorecard to impact the development of strategy to align the IT investments with business performance. An example of the potential power of scorecards comes from a conversation I had with the president of a major automotive company in India. I had redesigned his supply chain and presented him with his company’s scorecard. It would drive the implementation and huge reduction in his inventory cost. Upon hearing my presentation and reviewing the scorecard, he said, “Sam, I will hang it right behind my chair in my office so that every time any of my staff comes to see me, they see where we are, where our goals are, and who we have to beat to become the best-in-class business.” The scorecard had all of that information in it. Part II of this book describes knowledge essential to creating scorecards. Part III presents case examples that show how scorecards can be developed and can drive the development of a realistic strategy that then can be used to implement the IT investments and exploit the business benefits (i.e., the business performance).
Part II explains the concepts behind the value drivers in the value chains from which KPIs can be extracted; they become the basis of functionality required and finally the planning for implementation and development of a business case to benefits exploitation. Thus Part II shows practitioners and stakeholders what is practical to get from the technology. It is divided in three chapters:
Chapter 2
Strategic Enterprise Management
This chapter examines the functionality of strategic enterprise management (SEM) in detail and discusses its benefits
Chapter 3
Supply Chain Management
This chapter examines the functionality benefits and KPIs of supply chain management (SCM). SCM impacts the bottom line the most. A 50% improvement in SCM can increase the net before taxes by as much as 100%.
Chapter 4
Product Life Cycle Management
This chapter examines the functionality, benefits and KPIs of product life cycle management (PLM). This is the application that impacts the top line the most.
Part III describes scorecard methodology to align IT investments with business performance. The chapters describe all the areas and activities that have to happen to estimate the benefits and exploit them so that the promises are fulfilled. Note the activities are far more than mere project management. My 44 years of field experience in the management of large and complex projects serves as the basis for this part.
Chapter 5
Strategy
Enterprise Strategy
This chapter is about developing IT strategy that is responsive to business strategy. IT strategy formulation or synchronizing it with the enterprise strategy is based on business goals and strengths, weaknesses, opportunities, and threats (SWOT) analysis. This chapter is the driver for KPI, benchmarking and SCOR carding, as-is and to-be modeling, and business blueprinting. It drives planning for all the activities in the realization phase, such as solution architecting, gap analysis, roll-out planning and configuring, as well as the planning for change, quality, risk, and test management, training, performance measurement, and performance tracking.
Key Performance Indicators
Key performance indicators are the measure of a business goal. Unlike most projects, which concentrate on IT-oriented KPIs, these are the business goals as extracted from the key stakeholders of the project. Remember however that there are KPIs that are action/independent variables that impact the business goals or dependent KPIs.
Benchmarking
Here the comparison is done with the best in class and average in class and the targets the company chooses for KPI (business goal) improvements.
Value/Benefits Estimating
This section provides a succinct calculation of the value contribution as derived from the SCOR card.
Business Process Reengineering
Here the workflow modeling of the as-is and to-be views of the enterprise and processes is covered.
Chapter 6
Realization Phase
Solution Architecting
Translating the business blue print to the hardware, software and network structures creates solution architecture. This solution is entirely IT-centric.
Gap Analysis
This activity pertains to determining whether there is difference between the business requirement and the selected vendors’ technology functionality.
Roll-Out Planning
Various alternatives for rolling out solutions are considered. This planning is very important for a global project.
Configuration Planning
This section defines the activities of configuring processes and the ways to plan.
Chapter 7
Human Factors
Project Management
Here various models of project management are presented along with the characteristics of an ideal project manager. Critical success factors and how to do them are given. Also presented are the burning issues of the day in this discipline.
Project Champions
Project champions are the most essential people, the invisible reasons for a project’s success. This section discusses how to work with them and get them interested in the project.
Business Case Development.
This section discusses all the human and political aspects of taking the business case to the stakeholders and the board to sell the project.
Chapter 8
Umbrella Considerations
Change Management
This section demonstrates how to rigorously manage the change. Most projects fail because they were not done well enough to proactively manage the change that promotes success.
Implementation Time Risk Analysis and Mitigation of Risk in Enterprise Systems.
This section shows how to estimate and eliminate risk in the various phases of the project. Recovery models are also given.
Quality Management
This section discusses quality as applied to software and explains how to establish and enforce the quality regimen.
Communications Management
This section describes how to plan and enforce the proactive communication system.
Test Plan and Test Procedures
Here we discuss various aspects of the test plan, test procedure, and test methodology through the entire life cycle of the project. This section includes validation and reviews.
Training
This section explains who to train and how much to train. Without a successful graduation from a training program, the project will not succeed.
Chapter 9
Performance Measurement
This chapter explains how to do ongoing measurement and track the KPIs. It discusses where and when KPIs should be presented to the stakeholders in order to continue to buy their support.
Chapter 10
Summary
This chapter provides the overall summary of the book.
“Danger Signs on the Road to Success,” Chaos News Letter, August 17, 2001.
Daum, Jurgen H. “Strategy—A Holistic Approach: Adding Value Through IT Investments,” Sapinfo.net.
Gartner Group. “Most Business-Launched Virtual Worlds Fail,” May 16, 2008, www.informationweek.com/news/personal_tech/virtualworlds/showArticle.jhtml?articleID=207800.
Gartner Group. “90 Per Cent of Corporate Virtual World Projects Fail,” May 15, 2008, www.gartner.com/it/page.jsp?id=670507.
Gonsalves, Antone. “Gartner Backtracks on Earlier IT Spending Growth,” Information Week, October 13, 2008.
Krigsman, Michael. “Why IT Projects Fail,” August 10, 2007, www.softwaremag.com/L.cfm?doc=newsletter/2004.zdnet.com/projectfailures/?p=329.
PM Hut Admin. “Why Do Projects Fail?” August 30, 2008, www.pmhut.com/why-do-projects-fail.
Standish Group. “Project Success Rate,” Software Magazine, January 15, 2004.
This part serves as an introduction to three chapters: Chapter 2, Strategic Enterprise Management, Chapter 3, Supply Chain Management, and Chapter 4, Product Life Cycle Management. These chapters cover the promises of technologies and explain the broad functionality of each application. Also included is a description of the key performance indicators (KPIs) of each area, organized as KPIs that act as the value drivers and KPIs that measure the driven values. Taken together, these chapters provide a substantive knowledge base that will give the reader knowledge of how a bottom-line improvement can be achieved and what technology can be used as an enabler. Figure IIA describes the interrelationships between these concepts.
FIGURE IIA Overview of Development of Scorecard and Strategy
Chief financial officers and chief information officers have long struggled to satisfy the strategic information requirements associated with managing in an organized, structured, and efficient manner. The promise of integrated enterprise resource planning (ERP) systems to fulfill these requirements has been only partially realized. Companies have reduced cycle times and costs while increasing service and customer satisfaction levels. Yet many fundamental strategic questions about customer, channel, segment, service and product profitability, and the financial and nonfinancial performance of key business segments remain unanswered. Strategic Enterprise Management (SEM) deals with the higher-level tasks to:
Measure business performance against simulations, targets, and benchmarks, using a Balanced Scorecard, value drivers, and management. Balanced Scorecard is a performance measurement technique; the SCOR card is similar but applies to the supply chain domain and is based on the supply chain operations reference model.
Automate and accelerate the entire business consolidation process.
Control and monitor business using value-based management principles.
Change static operational planning cycles into continuous, rolling forecasts.
Integrate business strategy with operations, planning, and employee goals and incentives.
SEM is a suite of tools designed to enable advanced cost management and performance measurement capabilities while allowing managers to focus explicitly on driving increased shareholder value.
SEM affords companies the opportunity to efficiently and systematically measure the performance of key business processes and the value they contribute to the business. SEM unlocks the complex array of data populated within the ERP environments, offering companies an effective way to utilize the full capabilities of these applications. Specific benefits include:
Improved strategic decision making
Improved tactical decision making
Increased organizational alignment
At the core of SEM is the principle that whatever is not automated but needs to be automated should follow a rigid discipline consisting of the following rules:
Focusing on value propositions and the development of a business case
Establishing clear objectives
Facilitating return on investment estimates
Considering continuous improvements to ensure stabilization and user satisfaction to ensure the most cost-effective approach through onsite/offshore deployment
The goal of Strategic Enterprise Management is the (re)definition and implementation of strategic goals and visions based on economic constraints gearing toward a competitive advantage of the corporation, while constantly improving and questioning strategic decisions. SEM also keeps future developments in mind. Because of the rapidly changing markets, it is very important that strategic decision processes are continuously accelerated and improved.
A future strategy cannot be implemented and validated immediately. Therefore, thorough planning is mission critical. Initially, the strategy is created, communicated, and discussed by using easy-to-understand graphical models. Simulation technology can be used for validation. Finally, the clear communication of the strategy is a key success factor for the implementation. This communication can be done by publishing the strategy to all relevant stakeholders and then deriving measurable performance indicators based on the abstract goals and visions.
FIGURE 2.1 Direction of Strategic Enterprise Management
In addition to monitoring performance indicators, one main goal of controlling a process or the entire enterprise is to define and monitor early-warning indicators that look ahead of the current situation. All controlling results play an important role in redefining the corporate strategy.
Data from past business processes are collected and consolidated. In some cases, this is required by law; even if it is not, data collection can help tremendously in evaluating and redefining corporate strategies. (See Figure 2.1.)
Initially an external consultant and corporate management carry out a strength, weakness, opportunity, threat (SWOT) analysis. During the analysis, the strengths, weaknesses, opportunities, and threats of the enterprise are identified.
Based on the SWOT analysis, the main areas of interest are identified and are further investigated. The analysis results in a redefinition of the areas identified, which are described by means of various models. The models for a process road map show process structures and interfaces as well as organizational units that are involved. In addition, critical performance indicators are identified. The strategic decision process may also be subject to redesign in order to implement faster decision processes and improve the support for strategic decisions.
All models created in this stage are communicated between the various stakeholders.
Business management tools consisting of models embodying cause effect variables along with goals and limits, reports and dissemination methods support by creating meaningful and consistent corporate models. The models are the starting point for ongoing discussion, analysis, simulation, and optimization. In many cases, the tools support the publication of the models.
The best corporate strategy is worthless if no one knows about it and if the enterprise is not aligned with the strategy. Corporate portals can support you in publishing strategies and in delivering user-specific content. These portals also act as a single access point to all relevant corporate information, which helps to reduce the strategic decision life cycle.
Ideally, every strategic decision is based on up-to-date corporate information. Business Intelligence solutions can offer a highly valuable advantage to corporate management during the process of strategy (re)definition.
Especially in larger corporations, strategic decisions are based on complex and labor-intensive decision processes. Collaboration services can help to provide the common ground for these processes.
SEM enables companies to execute strategies quickly and successfully and to manage business performance throughout the entire organization. It supports integrated strategic planning, performance monitoring, business consolidation, and effective stakeholder communication, thereby enabling value-based management.
The listed business goals and objectives can be achieved through the implementation of these collaboration processes:
Improve customer service.
Offer 24×7 customer self-service.
Personalize customer interaction.
Raise competitive barriers to entry.
Improve product/service quality.
Improve forecast accuracy.
Increase revenue.
Extend market share.
Develop new markets.
Improve the sales lead generation and process.
Reduce time to market and volume.
Provide efficient campaign planning and management.
Gain market share.
Lower working capital requirements.
Improve capacity utilization.
Reduce operating costs.
Figure 2.2 is an architectural presentation of an SEM.
FIGURE 2.2 Architecture of an SEM
Stakeholder relationship management communicates strategies and investor information to major stakeholders and collects information and feedback via the Internet.
Strategy management communicates strategies and objectives throughout the entire organization, using the Balanced Scorecard. It also supports value-based management, management by objective (MBO), and strategic initiatives.
Performance measurement monitors the performance of strategic key success factors and integrates external and internal benchmarks into the Balanced Scorecard and the Management Cockpit.
Strategic planning and simulation supports strategic and business performance management through scenario planning, dynamic simulation, and integration of strategic and operational planning.1
Business consolidation consolidates actual and plan data supporting all aspects of legal and management consolidation.
Enterprise management integrates business processes and provides predefined, closed-loop business scenarios and predefined metrics to measure the effectiveness of business operations and enable immediate corrective action. Analytical applications (analytics) are built on consistent data stored in the data warehouse and are based on a variety of business areas. Business analytics are discussed in the next sections.
These business goals and objectives can be achieved through the implementation of these processes:
Improve customer service.
Offer better service levels.
Improve product/service quality.
Improved quality and accuracy.
Increase revenue.
Maximize profitability by customer.
Enable cross-sell/up-sell capability.
Improve customer retention and loyalty.
Improve sales lead generation and process.
Gain market share.
Provide efficient campaign planning and management.
Reduce time to market and volume.
Lower working capital requirements.
Improve cash management, minimize borrowing.
Increase visibility to vendor/supplier inventory.
Reduce inventory carrying costs.
Improve capacity utilization.
Reduce material and component obsolescence.
Lower work-in-process inventory.
Lead to fewer returns, more efficient process.
Lead to lower-cost procured goods and services.
Manage fixed assets.
Optimize capital equipment and asset utilization.
Reduce operating costs.
Customer relationship analytics measures and optimizes customer relationships and include applications such as profitability analysis, market exploration, and customer-retention analysis. Customer relationship analytics allows you to analyze customer requirements systematically, enabling you to increase customer loyalty or acquire new customers by applying the results of your analysis and executing them in your customer management system.
E-analytics analyzes the online customer experience, allowing companies to maximize their return on Web site investments, build one-to-one relationships with customers over the Internet, and improve competitiveness in the e-business and e-market world.
Supply chain analytics measures and optimizes the value chain by supporting collaborative planning and forecasting, procurement analytics, and production efficiency analytics.
Financial analytics allows for business planning and forecasting, activity-based cost and profitability management, and working capital as well as investment management.
Human resource analytics analyzes and evaluates an organization’s workforce by supporting workforce planning and forecasting, benchmarking and reporting, and by aligning the personal scorecard to MBO goals.
Product life cycle analytics measures and optimizes the life cycle of a product by supporting product portfolio management and various aspects of life cycle cost management.
Business intelligence integrates all your corporate information so you can turn information into insight, insight into action, and action into improved business operations.
Flexible reporting provides reporting and analysis scenarios and enables users to evaluate information across company boundaries. It consists of decision support tools, such as query, reporting, and multidimensional analysis for collaborative decision making, including data exploration and data visualization tools.
Information dissemination and sharing enable users to organize and share information according to their specific role and information needs within the enterprise portal. It combines structured and unstructured information, internal enterprise information with external data, and allows executives, knowledge workers, and business partners to use the Internet, intranet, or mobile devices to browse the enterprise’s data warehouse and business intelligence.
Performance monitoring provides a complete view of all corporate business operations and information needed to make profitable decisions, set strategy, and measure the results of business tactics.
Planning and simulation link strategy with goals and simulate the impact of changes.
Ad hoc analysis allows users with specific information needs to create ad hoc queries, analyze data via a standard Web browser, and adjust strategy to meet changing markets and make immediate decisions.
Collaborative decision support allows decision makers to collaborate, add comments to reports and key figures, and automate approval processes so that they can participate in decision making within the wider context of the enterprise.
Companies need to collect, organize, and analyze data quickly and efficiently to meet changing market needs. Data collection and integration enable the integration of data from multiple sources used to support the decision-making process based on a unified data model.
Content management and collaboration help companies identify, manage, and share information.
Detailed key performance indicators (KPIs) given in Chapters 3 and 4 form the universe of KPIs applicable for SEM. The subset of these KPIs should be chosen based on the wishes and direction of management with respect to what they want to monitor and what they want to modulate for the desired result.
Some time ago, in my work as a chief information officer, I oversaw the implementation of a full suite of enterprise software. Once the implementation was finished, I went to the executive team and requested a role related directly to the product and management of business processes. I was assigned an interesting task. It was not what I had requested, but it evolved precisely into product definition and product management, based on modeling and simulation. Before describing this role and how it evolved, a little bit of information about the company and product is useful.
This semiconductor company manufactured electronic packages, which are used as chip carriers. Its customers were the likes of Intel and Motorola.
My boss told me to study the requirements of the end users—in other words, the requirements of our customers’ customers (e.g., Intel’s customers, such as Dell or HP). In that context, the requirements were driven not only by Dell or HP but by those of their end users. Our company would have to furnish the packages to meet these new requirements in the future.
Based on a review of some published literature, I could determine impending requirements that we would have to be responsive to. However, the translation from one stage to the next was very much a guessing game, and this did not satisfy me. So I began toying with the idea of building a model that could predict the impact of end user requirements on the product characteristics of packages that we would have to manufacture. After I completed, tested, and verified the predictability and accuracy of this model, I was asked to include the impact of design features on manufacturing cost. With this model we could simulate the effect of design assumptions on product characteristics and product cost. Ultimately this cost performance study could be used with various input (customer requirements) scenarios to start new product initiatives or stop some that were already underway.
I call this model SLAM, for System Level Architectural Model. It includes detailed items such as concept, scope, concept chaining, physical model, model architecture, simplifying assumptions, model statistics, salient features, range of usage, and implementation. SLAM was developed as a software tool. It is comprised of 76 highly complex mathematical equations derived from the fields of device physics, material science, very large scale integration technology (VLSI), and design sciences. It has 76 independent variables (design rules, design requirements) and 76 dependent variables (product characteristics) in the performance domain alone. It can be categorized in the general domains of computer-aided design, computer-aided engineering, concurrent engineering design for manufacturing, predictive engineering, or computer aided product engineering (CAPE). This tool is a system-level, early-stage architectural design aid. Its area of application lies in electronic systems. It can be applied in the design of chips, their packages, printed circuit boards, and entire systems such as personal computers, work stations (WSs), servers, and all the way up to the supercomputers.
SLAM was used to develop a new paradigm of cost performance studies, described in Figure 2A.
FIGURE 2A Virtual Reality, Model, and Assumption-Based Simulations
In Figure 2A, the needs (input requirements) are fed to the performance models (SLAM). These models use design rules (input requirements) and produce performance parameters (output variables). Performance parameters are then input to the cost models along with the manufacturing rules and the like, and cost is in turn computed. The result is cost and performance information available simultaneously for a set of design rules (input requirements). Cost or performance can be optimized iteratively, in a closed-loop feedback manner. The interesting thing is that this can happen long before detailed design of the product or even the physical manufacturing process to produce electronic packages has been accomplished. It is done at an early architectural stage and with few details on hand. This model was used extensively2 in the management of the business with high predictability and accuracy, as testing by outside agencies confirmed. Specifically, this tool set has been used in these areas:
Printed circuit board manufacturing
Product line management
Electronic forecasting
Business plan and marketing management
Business development
New materials invention
Research and development strategy formulation
In each of these cases, there was a need to know certain facts without the detailed knowledge. These details usually come from having done a detailed design of the product, material, process or the technology, depending on the case in hand. The needed predesign stage knowledge—both design rules (input variables) and product characteristics (output variables)—to iterate successfully included:
Product footprint
Number of planes
Delay
Wirability
Power
Trade-off of cost with performance parameters
Cost/performance comparison of competing technologies
This effort was well received. It seemed to fulfill a long-felt need of various personnel who needed to know cost performance of new products, processes, technologies, and materials. People need this kind of information at very early stages in the life of new products. If they have it, fact-based decision making can take place, saving time, money, and costly mistakes. Working on SLAM was very fulfilling to me personally. The encouraging results reconfirmed my belief that model-based industrial virtual realities can be created successfully and be commercially useful.
Fahey, Liam. Competitors. New York: John Wiley & Sons, 1993.
Bansal, Sam. “Cost Estimation of Electronic Systems-Technical Cost Modeling,” Paper presented at Pemas 94 conference, Penang, Malaysia, May 1994.
Bansal, Sam. “Practical Applications of Models and Their Benefits, Evolution of a New Paradigm,” Journal of International Federation of Automatic Controls (October 1994).
Bansal, Sam. Simulation in the Life Cycle of Manufacturing Systems. Paris, France: Inria, 1995.
Bansal, Sam. “Trends and Methodologies in Business Consulting—KPI-based Performance Improvement,” Paper presented at the International Federation of Automatic Controls, Barcelona, Spain, July 2002.
Strategic Enterprise Management—Unlocking the Potential of ERP. CSC India, May 2006.
Advanced planning and scheduling (APS) is a new technology, a revolutionary breakthrough, and the greatest innovation since the assembly line. It aims to do optimized planning and scheduling of all the manufacturing resources and personnel, keeping in view the constraints (i.e., man, machine, material, and time). It may surprise you to learn that companies have benefited from APS techniques for over 30 years. APS is a collection of well-established solution methods made more accessible and effective by incremental improvements in a wide range of technologies. Thus, an experience base exists that companies trying to implement APS can draw on. In the 1990s, the APS market boomed and products proliferated. Consumer packaged goods companies like Procter & Gamble, Colgate, and Gillette started to use more APS at that time. Although there were some early adopters in this market segment, this industry as a whole was slower in using APS techniques. This is true of the paper industry as well, despite its sophisticated approaches for trimming paper and leftover materials.
A number of companies that had been able to implement relatively simple tools for manufacturing scheduling discovered they needed a more sophisticated approach to the number of SKU (stock keeping unit) and location combinations in their distribution networks and for their forecasting capabilities. The simple tools used to generate revenue forecasts choked on the number of SKU and location combinations needed to provide the level of detail required for operational decisions.
