IT Problem Management – Table of Content

First edition; 208 pages
ISBN 0-13-030770-X
( by: Gary S. Walker )

Table of Content

1. Introduction to Problem Management.

Help Desk. Internal and External Service Centers. Building a Successful Service Center. Problem Management Process Overview. Management Review and Oversight.

2. Service Center Organization.

Immediate Response Model. Managed Response Model.

3. Maintaining a Service Catalog.

Add a New Service. Remove a Service.

4. Problem Identification.

Problem Discovery. Problem Reporting Access. The Proactive Service Center. Implementation Considerations.

5. Customer Validation.

Typical Validation. Formal Validation. Validation Process Description. Validation Implementation.

6. Problem Logging.

Current Problem Logging Approaches. Future Problem Logging Methods. Service Request Categories Overview. Prioritizing Requests Overview.

7. Service Delivery.

Problem Determination. Work Restoration. Service Center Organization Overview. Escalation. Tier 1, 2, and 3 Problem Management Responsibilities. Service Request (Ticket) Ownership.

8. Knowledge Capture and Sharing.

Knowledge Capture and Sharing Overview. Knowledge Capture Process. Implementation.

9. Management, Review, and Oversight.

Building Your Plan: Strategic Objectives and Metrics. Using Metrics to Measure Your Progress. Formal Review of Metrics. Key Roles and Management Teams. Reports.

10. Service Level Agreements.

SLA Content. Using the SLA.

11. Service Center Tools.

Access Tools. Service Delivery Tools. Proactive Monitoring Tools. Customer-Enabling Tools.

12. Motivation.

Motivation Through Reward. Motivation Through Incentives. Other Motivation Techniques. The Manager’s Role in Motivation.

Index.

IT Problem Management – Preface

First edition; 208 pages
ISBN 0-13-030770-X
( by: Gary S. Walker )

Preface

In the past three decades, businesses have made staggering investments in technology to increase their productivity and efficiency. The technological infrastructure of these companies has become increasingly sophisticated and complex. Most companies today are extremely dependent on their technological infrastructure. Operating without it is like trying to run a business without a telephone or electricity. Businesses depend on their technology at least as much as, perhaps more than, any other utility. However, unlike the telephone and electric industries, technology has not had the benefit of 100 + years to mature under the control of a handful of companies. Thousands of companies contribute to technology, each doing whatever they think will sell the best. Extreme and rapid innovation is the rule, not the exception. Change is the rule, not the exception. The resulting complexity has posed a new challenge for companies: how to realize the potential and anticipated benefits of the investments in an environment of constant change.

Businesses are so reliant on technology that they need it to operate as reliably, consistently, and universally as the telephone and electricity. We are a long way from achieving that level of service. Businesses face rising costs because of constant failures that result in lost productivity. It is very difficult and expensive to find the resources with the expertise to manage and repair their infrastructures. It is extremely difficult and expensive to keep those resources trained to manage a constantly evolving environment.

But guess what. There is no choice but to invest in technology, because it has to bedone. Business cannot stop investing in technology or they will be crushed by the competition. So what have they done? They have standardized to limit the diversity, the expertise required, and the problems associated with diversity. They have striven to make the infrastructure as reliable as the telephone and to keep employees productive. And they have created a team that has the skills, the facilities, and the charter to fix existing problems and reduce future problems. That team is the service center, and this book shares how the best of those teams are doing just that.

Technology impacts more than just a business’s internal operations. What about the company’s customers? They often need support, as well. More companies are realizing the value of providing quality service to its customers. Some studies have indicated that keeping a customer costs one-tenth the price of getting a new one, while the return business from satisfied customers count for substantially more than one-tenth of a company’s revenue. It makes good economic sense to spend money on keeping existing clients satisfied. For many companies, that means providing customers with quality support for the products and services they purchase. So who in the company provides that service? You guessed it—the service center.

What is a service center? It is an organization whose charter and mission are to provide support services to internal or external customers, or to both. It is a concentration of expertise, processes, and tools dedicated to taking customers’ requests and fulfilling them in a timely and cost-effective manner, leaving the customer delighted with the experience. A service center has a defined range of service offerings, from fixing problems to providing value-added services, and everything in between.

This book is intended to help a company set up that service center and deliver those services cost effectively. The book focuses on structuring the organization and building the processes to move service requests efficiently and effectively through the organization to deliver quality service to the customer. It discusses the pitfalls that afflict many service centers and offers techniques and solutions to avoid those pitfalls. The book discusses the tools available to help a service center manage its business and deliver high quality cost-effective services to customers.

The traditional help desk is still around, but many have evolved into service centers. As more businesses are faced with increasing technology costsand increasing pressure to be productive and efficient internally—while delighting external customers—many more help desks will be forced to evolve. For a well-run help desk, the evolutionis natural and not overly difficult.

Most help desks were originally designed to provide one type of service, technical support. Help desks traditionally helped customers by fixing their problems and answering their questions. The help desk concentrated technical expertise, problem management processes, and tools to track and resolve customer problems, answer customer questions, and deliver that support as cost effectively as possible. Many help desks have done this quite successfully, and many have not. As their companies reengineer and look to streamline operations, many company executives have asked the simple question, “Today, you provide one type of service—technical support. How hard would it be to add additional services?” It’s a fair question, because the help desk already takes service requests, tracks them, makes delivery commitments to customers, delivers the services, and charges the customers. The organization, the processes, the tools are in place.

The evolution usually starts small, with simple, technology-related, value-added services, such as ordering PCs. You need a PC, contact the help desk. They’ll figure out what you need, order it, track the order, install it when it arrives, and then support you if you have any questions. Voila, the help desk is now providing value-added services. Since you are ordering the equipment and maintaining and fixing it all the time, how about keeping track of it? No one else does. Again, voila, you’re providing a value-added asset management service. Since you have all of that valuable information, can you report on it quarterly to the insurance and risk anagement department and the finance and accounting group? Yep, another—value added service. Hey, you guys are pretty good at this stuff. We need computer training. Can you make arrangements for that and then handle the scheduling? Its happened. You are no longer just a help desk—you are a service center, offering both traditional help desk support and value-added services to your customers.

This goes along for a while, and you tweak the processes and improve your delivery capability. Then, someone in the company gets the idea that a single point of contact for many internal services would be handy, and since you’re already capable of handling value-added servicesand you do it so well, you should consider handling many more. That certainly sounds reasonable. For example, how about a service for new employees. Instead of the HR department contacting the telecom department, the help desk, and the facilities department every time a new employee is hired, why don’t they just contact the service center and let them coordinate the rest. Like magic, you’ve added a service called New Employee Setup, or maybe even better, Amaze the New Employee.

You gather the vital information—her name, who she works for, when she starts, what budget to charge, where she’ll be sitting. You order her PC, you contact telecom to set up her phone and voice mailbox, and you contact facilities to set up her workspace. Then, you notify security and set up her appointment to get a badge, you schedule her into the next orientation class, and you schedule her in the next “PC and Networking in Our Company” class. Finally, you generate the standard welcome-on-board letter that tells her the classes she is scheduled for and where they are located. You have standard attachments that explain how to use the phone and how to log on to the PC, and most importantly, how to reach the service center. You email the package to HR, who is merely awaiting her arrival, secure in the knowledge that all is well, everything is ready, and that the new employee will be duly impressed with her new company.

Just as you do with the problems you handle, you follow up on this service to make sure the work is done on time. Now your follow-up includes telecom and facilities, who essentially act like any other tier 2 group. Instead of generating a trouble ticket, you generate a tracking ticket, which is associated with another new type of ticket, a work order. One work order is sent to telecom and another to facilities. The new tracking ticket looks amazingly similar to a trouble ticket. It has the same contact information—the customer name and location, the desired delivery date, the name of the agent who took the order, when the order was placed, the current status, and who else is involved. Work order tickets really aren’t much different than a traditional trouble ticket to dispatch, for example, a hardware support technician that includes information on where to go, what needs to be done, when it needs to be done, who is handling it, its current status and priority, and so on. The work order ticket even goes into a queue, just like a problem ticket dispatched to any tier 2 support group. And just as with trouble tickets, you have processes and tools in place to escalate the tracking and work order tickets, and to send notifications if there is a problem or if more work to be done.

The entire process is, logically, very similar to managing problems. The information must be tracked, people are assigned to do the work, the work is prioritized, time commitments are in place, processes are in place to handle work that can’t be done in the agreed upon time frame, additional levels of expertise are available to handle difficulties. Perhaps most importantly, it is all initiated, tracked, and closed centrally.

Many help desks resist this evolution. If their house is not in order and they are struggling to handle technical support, they should resist. Get the technical support in order first. Work on your problem management processes and take advantage of your existing tools. When your problem management processes are working, they’ll work just as well for other value-added services. That is the secret. If you can make and meet time commitmentsfor technical support to customers, you can easily add new value-added services to your repertoire. Value-added services are like the simplest, most common, recurring problems your customers call about. They’re easy because the request is common, so everyone is familiar with it. The solution is known; its predefined. Processes to deliver the solution are already in place. Processes to deal with unexpected complications are already defined and in use. Simple. You have the tools, the people, the processes, the organization, and the experience.

Overview

This book was written because problem management is one of the most important processes for any IT organization. Yet, of the hundreds of companies we have worked with, it is most often not done well. It seems that many companies consider problem management only as an afterthought, a necessary evil, overhead, or worse, all of the above.

So what is problem management? Problem management is a formal set of processes designed and implemented to quickly and efficiently resolve problems and questions. Those problems and questions come from customers, both internal and external.

Why is problem management important? Because how well you do at resolving those problems and questions determines how your customers perceive you. Further, how you provide those services can make an enormous difference in your overall costs—not only your costs, but also the costs your customers incur.

Do a poor job on your problem management processes and your customers will think ill of you. Internal customers can be the most vicious, because they know who to complain to. They also complain to each other, and before you know it, the entire company believes you to be incompetent, at least as far as problem management goes. Worse, that attitude can easily fail over to the entire IT department. Let’s face it—most of the IT department’s exposure is through the problem management function (the help desk) and that is where your reputation will be made or broken. It isn’t hard to justify spending to improve problem management when you calculate the number of hours of internal downtime and the average cost per hour the company absorbs for that downtime. Run the numbers and see for yourself.

External customers can be less vicious on a personal level, but from the business perspective, their impression is even more important. If they don’t like the way you handle problems, they may complain, but worse, they will most certainly vote with their dollar by taking it elsewhere—and will probably tell everyone they know to do the same. Your company worked hard and spent significant dollars to win that customer. To lose them because you provided poor service is an enormous waste. What will it cost you to win them back? Can you win them back? Can you ever win their friends and associates? Many studies have found that it is much cheaper to keep a customer than to win a new one. If your company hasn’t seen this light yet, you need to convince them.

This book was written to tell you what you can and should consider doing to improve your problem management processes. It is based on experience gained at many different sites and focuses on improving service delivery and efficiency. It’s true—you can do it better and cheaper. You may have to spend some capital up front, but a standard project cost/benefit analysis will show that you can recoup those costs quickly, and in some cases, can generate significant dollars.

This book was written for CIOs, vice presidents, help desk and service center managers, and the senior-level internal customers of the problem management department—anyone who can influence the problem management function and wants to understand more about what can and should be done to improve performance.

I appreciate any feedback you wish to provide. You can reach me at either garywalker@home.com or xogsw@hotmail.com.

Best of luck to you,
Gary Walker

Gary S. Walker

Gary S. Walker is a leading IT consultant, helping Fortune 500 and emerging growth companies focus on the people, processes, and technology required to operate a highly reliable and cost effective infrastructure.

Published Works

IT Organization – Table of Content

Building a Worldclass Infrastructure

First edition; 188 pages
ISBN: 0-13-022298-4
( by: Harris Kern , Stuart D. Galup and Guy Nemiro )

Table of Content

1. Introduction.

IT Infrastructure Assessment. What Is the Infrastructure?

2. What We Found in Our Travels.

What’s Wrong with Client/Server? The Problems. The Excuses. Applications Development Is Not an Issue. The Impact. Processes Are Not First.

3. The CIO’s Role.

Executives Out of Touch with Their Infrastructure. How Can the Infrastructure Catch Up Quickly? Lack of Time and Resource. Assure That Your IT Budget Provides for RAS. Marketing and Selling IT Services. Duplication of Efforts.

4. Case Studies.

The Problems Short-Listed. Current Organizational Structures.

5. The Problems Short-Listed.

The Top Three Missing or Broken Processes. The Other Issues. Internal Support Agreement.

6. Learn from the Past to Build the Future.

The Organization. Processes.

7. Building a World-Class Infrastructure.

Start Simple. Designing and Adhering to Your Key Methodologies. Know That Success Equals the Change You Manage.

8. The New Order.

Splitting the Technologies. Who’s in Charge?

9. The Organization for the Twenty-First Century.

Enterprise Services. Mission-Critical vs Non-Mission-Critical. Structuring Technical Staff. Functional Responsibilities. Epilogue The “World-Class” Infrastructure.

Appendix A: Frequently-Asked Questions.

General. People. Process. Technology.

Appendix B: Infrastructure Assessment Program.

The Industry Problem. People Issues. Process Issues. Technology Issues. The Program. Customer Requirements. The Deliverable. The Cost.

Appendix C: Service Level Agreements.

Information Systems Services Cost Options Definitions.

Appendix D: Internal Support Agreement.

Root Authority. Server Availability Hours. Backups. Support Responsibility.

Appendix E: Marketing Materials for an Internal Audience.

Enterprise Center. Systems Management. Quality Assurance. Customized reports. Data storage. Mission. Enterprise Center Tours. High-Tech Equipment. Information Technology Survey. Consulting Services. Bibliography.

Index.

IT Organization – Preface

Building a Worldclass Infrastructure

First edition; 188 pages
ISBN: 0-13-022298-4
( by: Harris Kern , Stuart D. Galup and Guy Nemiro )

Preface

Structure, Not Technology

This book brings an urgent message for any Information Technology professional who is responsible for planning, implementing, managing, and supporting client/server (or networked) computing environments. If you want to survive in the networked, client/server world, you must stop, analyze, reorganize and prioritize your infrastructure now.

We spent two years analyzing 40, cross industry Fortune 1000 companies. We were engaged to assist IT organizations in their quest for reliability, availability, and serviceability (RAS) with client/server environments. This book is based on these case studies.

We found that organizations everywhere have serious latent infrastructure issues. Too often IT managers deal only with the symptoms of their problems by blaming technology, the complexity, or the architecture of client/server environments. The fact is that all of these companies have infrastructure issues that inhibit their ability to have RAS in client/server environments.

All of the companies we analyzed are committed to client/server computing and the transformation to the new paradigm (i.e., any data, anywhere, anytime) which is becoming more prevalent every minute in Internet time. IT organizations must get their acts together to support their business requirements, but the terrifying fact is that IT organizations aren’t prepared for the onslaught of the networked world because of the organizational problems we highlight.

The first section highlights the issues and problems of networked computing we found in our travels around the world. This section highlights what not to do.

The second section tells you how to look at the past for answers to the problems in today’s environments. This section also shows you how to build that elusive world-class infrastructure.

The third section deals with how to structure your IT organization for the twenty-first century and how to give it a competitive advantage in the “dot comming” world.

And last, but so very important, are the questions we are asked most frequently by IT professionals during our travels.

This book is different than any other book we’ve written and any other books in the marketplace on IT organization structures because of the 40 case studies. This book is about the non-technical issues that IT organizations need to address to succeed in a client/server environment. This book is about basics-how to structure an organization so that it works. Through case studies and recommendations, we’ll show you how to set up procedures, policies, and metrics to make sure the organization is effective.

Guy Nemiro

Guy Nemiro has been in the corporate IT and writing worlds for two decades. He is currently at Sun Microsystems where he has held a series of sales account management positions. He holds an MBA from the University of Southern California and has lectured at UCLA and UC Northbridge. He resides in Los Angeles.

Published Works

Stuart D. Galup

Dr. Stuart D. Galup ( D.B.A., Nova Southeastern University ) is an associate professor of computer information systems at Florida Atlantic University. He is a Certified Computing Professional and has held various information technology positions from programmer to CIO. His work in the transformation of information technology organization has been featured in Communications Research, Computerworld, and Datamation.

Published Works

IT Web Services – Table of Content

A Roadmap for the Enterprise

First edition; 355 pages
ISBN: 0-13-009719-5
( by: Alex Nghiem )

Table of Content

1. Business Drivers for Integration

Current Technological Limitations. Object-Oriented Technology. Component-Based Development (CBD). Middleware. Application Servers. HTML. Electronic Data Interchange (EDI). Packaged Applications. Enterprise Application Integration (EAI). Summary.

2. The Basic Web Services Stack.

Service-Oriented Architecture (SOA). Extensible Markup Language (XML). XML Syntax. XML Parsers. Service-Oriented Access Protocol (SOAP). Web Services Definition Language (WSDL). WSDL Syntax. Invoking Existing Web Services: A Sample. Universal Description, Discovery, and Integration (UDDI). UDDI Categories. UDDI Data Model. UDDI Usage Scenarios. Types of UDDI Registries. Web Services and Other Technologies. Phases of Adoption. Phase I (2002ö2003+). Phase II (2003ö2005). Phase III (2006+). Summary.

3. Enterprise-Level Web Services.

RPC-Oriented Web Services (Synchronous). Document-Oriented Web Services (Asynchronous). Loose Coupling. Asynchrony Support. A Business-Level Interface. The Importance of Messaging. Guaranteed Delivery. Only-Once Delivery. In-Order Delivery. Transformation. Content-Based Routing. Workflow Modeling. Adapters. Message Warehousing. Management. Models of Integration. Point-to-Point Integration. Publish-Subscribe Integration. Summary.

4. Web Services Platforms.

The J2EE Platform. The J2EE APIs. Java XML Pack. J2EE Web Services Integration. Major J2EE Vendors. BEA Systems. Iona Technologies. The Microsoft .NET Platform. .NET’s Main Component Areas. Visual Studio.NET. Business Impact of .NET. Summary.

5. Deployment Issues.

Web Services Security. Authentication. Encryption. Authorization. XML and SOAP Security. Web Services Scalability. Web Services over HTTP. Summary.

6. Web Services Networks.

Grand Central. Overview. Value-Added Features. Grand Central Summary. Flamenco Networks. Overview. Additional Functionality. Migrating to Flamenco Networks. Factors for Selection. Interview: Flamenco Networks. Interview: Grand Central Communications. Summary.

7. Web Services Architectural Patterns.

Native Web Services. Web Services Proxy. Document-centric Web Services. Orchestration Web Services. Summary.

8. A Plan for Adopting Web Services.

Identify Goals. Select the Pilot Project. Learn the Standards. Address Gaps in the Standards. Re-Evaluate the Development Process. Organize the Workflow. Use Existing Infrastructure. Skills. Hardware. Software. Publish the Web Services. Manage the Web Services. Pick the Tools and Vendor. Build the Budget and Schedule. Summary.

9. Emerging Trend: Software as a Service.

Value Proposition. Revenue Models. Interview: Employease, an SAAS Pioneer. Summary.

Appendix A. ebXML and Other XML Initiatives.

ebXML. ebXML Basics. Sample ebXML Integration Scenario. ebXML and Web Services. WSFL and Other Emerging Technologies. Interoperability Groups. Web Services Interoperability Group (WS-I). SOAPBuilders Group. The Liberty Alliance Project. Summary.

Appendix B. Case Studies.

Lessons Learned from Case Studies. Case Study: Reducing Integration Costs. (Putnam Lovell Securities Incorporated). Case Study: Building a Marketplace with Web Services. (Pantechnik International). Case Study: Building Private UDDI Repositories. (Talaris Corporation).

Appendix C. Perspectives of Web Services Vendors.

Interview: SilverStream Software, an Early Adopter of WSFL. Interview: Collaxa and Web Services Orchestration. Interview: Iona Technologies, an Interoperability Veteran. Interview: Cape Clear-Simplifying Development.

Appendix D. Product Review: XMLBus.

Overview. XMLBus Tools. Web Service Builder. Web Service Manager. Test Client. Message Spy. UDDI Browser. The XAR File. Publishing a Web Service. Deploying a Web Service. Conclusion.

Index.

IT Web Services – Preface

A Roadmap for the Enterprise

First edition; 355 pages
ISBN: 0-13-009719-5
( by: Alex Nghiem )

Preface

Introduction

Today, more than ever, enterprises are faced with great challenges: rising development costs, budget cutbacks, and increasing customer demands, to name a few. Decision makers must determine which projects to fund and are often confronted with an existing technology infrastructure that already includes a hodgepodge of technologies, such as object-oriented technologies, enterprise application integration (EAI), enterprise resource planning (ERP), and customer relationship management (CRM).

Against this backdrop, Web Services emerge promising many wonderful benefits, such as reduced integration costs and a low learning curve. How can a technology planner reconcile these promises with conflicting real-life experiences involving incomplete standards, lack of security features, and other key issues? How should these gaps be addressed? Do Web Services replace existing technologies or do they augment them? Has any firm adopted Web Services successfully? If so, what were the benefits and how was it done? What makes Web Serv-ices different from previous attempts of interoperability such as Common Object Request Broker Architecture (CORBA)? And why is it inevitable that Web Services or the like will be adopted on a grand scale?

The answer is that early adopters of Web Services have indeed used the technology successfully to achieve a variety of goals, including providing better customer service (Putnam Lovell Securities), building a digital marketplace with reduced development costs (Pantechnik International), and saving the adopting firm millions of dollars by building a sophisticated procurement platform (Talaris).

An enterprise that is seriously considering using Web Services needs to identify what gaps are relevant and how to address these gaps. Many of the gaps in the standards are rapidly being addressed by emerging technologies or third parties such as Web Services networks.

Understandably, many organizations are reluctant or even nervous about investing in Web Services for the long haul, having lived through too many rosy predictions. With amazing consistency, most of the firms interviewed for this book expressed the concern that Web Serv-ices will indeed be ubiquitous for a variety of reasons:

  • They are built on existing infrastructure and open standards (Hypertext Transfer Protocol HTTP, Extensible Markup Language XML, etc.), which means many firms can launch pilot projects without a huge initial investment. Standards are important not because they are cutting edge—they are important only if they are widely adopted. Web Services are a social phenomenon rather than a technological one (elaborated further below).
  • Beyond adopting open standards, vendors are actively working together to ensure interoperability between their technologies. In addition to independent standards organizations such as the Worldwide Web Consortium (W3C), vendors have formed interoperability groups to produce compliance tests. An example of such a group is the Web Services Interoperability Group.
  • Every major vendor has announced support for Web Services. One technology executive pointed out that a firm would have to actively try to keep Web Services out because the world’s largest software company (Microsoft) has embedded this functionality in its Office products.

The best-selling book The Innovator’s Dilemma coined the term disruptive technology to refer to a technology that, once introduced, has the potential to dramatically affect the equilibrium of a market. A disruptive technology has three characteristics:

  • It can pull a large population of less skilled or less wealthy customers into the market.
  • It can get traction only if it helps people accomplish something they are already doing in a better or faster way.
  • It can gain a foothold without being as good as an established product.

Let’s explore whether Web Services have these characteristics.

Currently, many firms are dealing with high integration costs on too many projects-they have no choice but to buy high-end packages for performing even simple integration. In addition to being expensive, many of these packages require scarce high-end skills. There are entire market segments (small- to medium-sized businesses, predominantly) that cannot afford these types of initiatives.

While they are not appropriate for all integration projects, Web Serv-ices can be used in many scenarios that, until now, require a high-end integration package (such as an integration broker or EAI). A consistent message in the industry is that Web Services can democratize integration (point 1 above) and make the benefits available to a much larger audience due to a significant drop in costs, thus resolving the criticism in point 1 from the previous list.

To address point 2, firms are already performing integration and, in many cases, are looking for better methods. Again, broadly speaking, integration takes on many forms and involves exchanging information between organizations. Thus, integration can then include transferring files using file transfer protocol (FTP) or email, integrating two back-end systems via EAI, and the like. While Web Services will not replace EAI in the near future, they can automate and streamline many integration scenarios where firms are performing manual tasks. You might be surprised to learn that many enterprises are still exchanging very critical data through a manual FTP process.

The third point is critical to understanding the rate of adoption: many technologists would argue that Web Services are not as capable as existing technologies (EAI, middleware, etc.) and should not be considered. A disruptive technology does not need to compete with existing technologies; it needs to be good enough to address the needs of a market segment that is suffering from a business pain. Again, not all integration problems require a high-end integration package or middleware; in those cases, Web Services provide a compelling alternative.

As an analogy of a disruptive technology, consider the introduction of the personal computer (PC) almost 25 years ago. At the time, many incumbents (including IBM and DEC, who dominated the mainframe and minicomputer market, respectively) did not consider the PC a threat because they could not envision why a business would use such a limited tool. Because the businesses using computers at that time included banks, airlines, the military, and the like, incumbents thought computers needed industrial-strength storage, high throughput, and rock-solid reliability. However, they overlooked a large market: people such as analysts and business owners who performed financial modeling tasks on a daily basis. People like this met all three characteristics of disruptive technology in the earlier list: a large audience of less skilled and less wealthy customers who were already performing their tasks routinely and who did not need a product that competed with the one offered by the market leaders.

Fast-forward 25 years to the present and witness how the entire industry has changed. Companies that were barely formed (Intel and Microsoft) are now among the world’s most valuable companies, and one of the two then-market leaders (DEC) is not even around. Many analysts and technology executives are predicting that the introduction of Web Services can have an even bigger impact on the industry than did the introduction of the PC.

Using this book as a roadmap, you should be able to navigate through many of these issues to decide how Web Services should fit into your enterprise’s strategy and whether the business benefits are compelling enough to launch a pilot project. At that point, there are many other wonderful references on how to implement Web Services.

Audience

The purpose of the book is to demonstrate the business benefits of Web Services for organizations of all sizes, along with providing the supporting technical background. It attempts to remove much of the noise and hype surrounding this technology and provides a foundation on which to make informed decisions.

It is first and foremost intended as a roadmap for technology planner roles such as chief information or technology officers (CIOs or CTOs), directors of technology or product strategy and software architects. These are the people who are responsible for determining whether this potentially disruptive technology will replace or complement traditional integration technologies such as middleware and EAI.

Others who can benefit from the book include business analysts, who have to decide on whether the claimed benefits—sometimes outrageous ones—provided by Web Services are compelling enough to justify funding a pilot project, as well as investors who are considering whether this market is worth taking a second look at (and investing in).

Web Services are evolving so fast that it is almost impossible to predict where they are headed. Their benefits are illustrated through many extensive one-on-one interviews with executives at leading technology firms and by looking at real-world case studies of early adopters. It is the executives who are making the tactical and strategic decisions regarding technology who will, in many ways, determine the rollout of Web Services. Through the unedited detailed sessions with these executives, you will have a 360-degree view of the marketplace. Then you can reach your own conclusions.

Structure

Chapter 1 starts with some of the business conditions that drive integration at the enterprise level and then provides an inventory of technologies that currently exist to address some of these issues. By discussing the challenges that are present in adopting these technologies (object-oriented technologies, component-based development, EAI, etc.), the chapter illustrates how Web Services came to be.

Chapter 2 discusses what is widely known as the basic Web Services stack, including XML, Service-Oriented Access Protocol (SOAP) (historically called Simple Object Access Protocol), Web Services Definition Language (WSDL), and Universal Description, Discovery, and Integration (UDDI). It then concludes with a discussion on how Web Services will augment (and in some cases replace) the technologies discussed in Chapter 1 and how they will be adopted in multiple phases.

Chapter 3 covers Web Services at the enterprise level and focuses on a key area: messaging. Some key decisions that need to be decided when designing Web Services are whether to use synchronous vs. asynchronous architectures and whether to use a point-to-point or a publish-subscribe model. The pros and cons of these decisions are discussed in detail.

Chapter 4 focuses on two key Web Services platforms: Java 2 Enterprise Edition (J2EE) and Microsoft .NET. Ultimately, Web Services have to be deployed in one of these two platforms. This chapter discusses how the two platforms approach Web Services. It also includes a high-level discussion on how the various J2EE licensees (IBM, BEA Systems, Iona, etc.) differ in their implementations.

Chapter 5 discusses two key areas of concern for large-scale Web Serv-ices deployment: security and scalability. The security standards are not yet defined, but the W3C (the international standards body) is evaluating many mechanisms including digital signatures and encryption. The chapter then concludes with a discussion on how to architect Web Services for scalability.

Chapter 6 discusses an emerging market called Web Services networks. These firms provide value-added services including provisioning, guaranteed messaging, and centralized reporting. Two vendors, Flamenco Networks and Grand Central Communications, are profiled, and the chief executive officers (CEOs) of both are interviewed to gain their perspectives on how Web Services will be adopted.

Chapter 7 lists the common architectural patterns that should be considered when adopting Web Services. Each pattern is described with the necessary preconditions for adopting it along with the pros and cons.

Chapter 8 pulls it all together and provides a high-level plan for an organization adopting Web Services.

Chapter 9 discusses an emerging trend that is often confused with Web Services: Software as a Service (SAAS). The chapter discusses the pros and cons of adopting such a solution and then provides a one-on-one interview with an SAAS pioneer, Employease.

Appendix A discusses other initiatives including ebXML, Web Services Flow Language (WSFL), and XLANG. A worldwide initiative to provide a standards-based platform to facilitate e-commerce, ebXML includes a catalog of predefined business processes that can either be adopted as is or extended. WSFL and XLANG are emerging but conflicting technologies to address workflow.

Appendix B provides multiple detailed case studies on how enterprises are adopting Web Services to lower integration costs and open new markets. Each of these firms shares the lessons it learned as an early adopter.

Appendix C provides multiple perspectives drawn from detailed interviews with many leading Web Services vendors and startups including SilverStream Software, Iona Technologies, Cape Clear, and Collaxa. Each firm provides some unusual twist in its approach to Web Services.

Appendix D is a detailed product review of the bundled product XMLBus.

Bundled Software

The bundled CD contains a one-year license to Iona’s E2A Web Services Integration Platform: XMLBus Edition. Follow the directions on the CD to install and register the product.

Continued Web Support

Addenda to the book and follow-up case studies can be found at www.bluesamba.com/webservices

Alex Nghiem

Alex Nghiem (alexdn@bluesamba.com) is the President of Blue Samba Solutions, LLC (www.bluesamba.com), a consulting and training firm that focuses on web services solutions. Previously, he founded and sold a boutique e-business consulting firm, Global Objects, to a major e-business consulting firm. He has served many roles including VP of Engineering/CTO, instructor and mentor, and author of a textbook (NextStep Programming, Prentice Hall 1993). A member of the Young Entrepreneurs Organization (YEO), he is authoring a book on web services (Prentice Hall, early 2002) and co-authoring another on financial supply chain management (Q1 2002). His hobbies include salsa dancing, traveling and snowboarding.