Monday, December 04, 2006

A Gift For The Executive Who Has Everything


So let's say you've been searching Amazon, ebay, Google, etc. for that special holiday gift for your boss. My guess is, you have not found anything. Certainly nothing unique. Who needs another desk clock, engraved letter opener, set of golf balls, or inspirational poster?

To find the perfect gift, it is most important to consider what the recipient wants. Then, you must determine if it is reasonable to spend the amount of money required to give this gift. While I could continue on dispensing such platitudes, you already know all this.

This year, take a different approach. What has "the boss" been asking for all year? It is probably not a "World's Best Boss" mug. If I had to take a guess it would be to help:
  • Cut costs / save money
  • Sell more / generate revenue
  • Increase satisfaction/loyalty
  • Ensure compliance with rules and regulations
  • Improve efficiency
  • Become more competitive
  • Reduce inventories
  • Eliminate errors/defects
So this year, instead of a tin of stale cookies, develop an idea and formulate a plan that will help your boss accomplish one or many of these objectives. To help save money, since it is likely that your plan will require technology for implementation and consistent execution, inventory the hardware and software your company already licenses to see what you can use.

Finding novel ways of using existing technology to solve business challenges is a great gift idea for both the receiver and the giver. That, and purchasing new process intelligence and optimization technology from Global 360. Either way, you won't have to battle anyone for parking.

Tuesday, October 24, 2006

Justifying IT Investments

IT spending is reportedly increasing, albeit modestly (6-7%, 2006; 2%, 2007). It is clear, however, in both research reports and my own conversations with customers, that enterprises are not releasing funds to CIOs and IT Executives without justification and metrics. A recent InformationWeek article explores this increasing trend.

While ROI has long been an important factor in justifying IT investments, the notion of measuring the effectiveness of these investments is a welcome extension. I have always been critical of and frustrated by both vendors and IT departments that do not track technology's contribution to the business. Reasons for a lack of measurement range from the difficulty of the task, to plain old politics. In the end, time and time again, the most effective providers and implementers of technology are those who track its value back to the mission of the organization. Furthermore, the IT employees who always appear to be on the fast-track to promotion are the ones who can provide evidence of the bottom-line results their efforts bring to the organization.

This list of a dozen metrics for measuring IT's effectiveness is an excellent start. The key for any manager, however, is to select those metrics that are best suited to their projects and organization...and stick to them. The ease with which overcrowded "executive dashboards" can be developed can lead to analysis paralysis. This is debilitating, allowing managers to avoid making critical decisions by hiding behind data, and preventing important projects from ever getting off the ground. A healthy balance and consistency yields the best results. Obviously neither the ability nor desire to measure effectiveness guarantees a successful implementation of a particular technology. However, through regular measurement and analysis, an organization can make data-driven tweaks and improvements, learn from mistakes, and foster a culture where IT is credited as a profit-center.

Thursday, October 05, 2006

Doing More With Less

CIO Insight released its latest Business Process Improvement (BPI) Survey since 2003. According to the survey, BPI ranks as the "top business priority for IT organizations." This is an increase from their April CIO role survey, where it was the #2 priority.

Since I have been engaged for years in the Business Process Management (BPM) market and directly seen interest rise, I am not surprised by such a high priority designation. What is noteworthy is that for $1b+ organizations, one of the most significant drivers for process improvement is "ensuring compliance with regulations." This is only 2 percentage points behind the #1 driver, "improving productiviey." For smaller organizations, compliance ranks low on the list.

I suspect for larger companies, high-profile legislation and increasingly complex industry rules and regulations, coupled with large distributed workforces, the constant threat of litigation, and personal accountability (courtesy of Senators Sarbanes and Oxley) makes ensuring compliance a top priority. According to the survey, the holy grail is an approach that improves productivity and ensures compliance, all while reducing cost (priorities 1, 2, and 3 respectively). It harkens back to the old addage of "do more with less" with the addendum "...but make sure it's legal."

Hasn't this always been the case? Is any legitimate corporation interested in inefficient processes that waste money and break the law (set aside the Enron's of the world for a moment). It is encouraging to see that IT organizations, long criticized for being a cost-center, are increasingly focusing on technology to help directly improve business processes. In fact, I often encourage customers to use their BPM systems to demonstrate the explicit value of their contribution to their organization.

Thursday, September 14, 2006

The Summer Of Consolidation

If you are a frequent reader of this blog, you have likely noticed that I tend to avoid news-related topics. My focus is on questions and issues that arise as I work with my customers to help them streamline their businesses to achieve maximum profitability from their business processes. But I would be remiss if I did not assess the two recent major consolidations in the Enterprise Content Management (ECM) space.

Here are my thoughts.

Open Text Buying Humminbird for $489M
While the shareholders still must vote, Hummingbird has accepted Open Text's takeover bid. This after Symphony Technology Group offered $465M, a bid many financial analysts felt was too low. I am not very familiar with these two organizations, although I have experience with RedDot, but I know that they have been staunch competitors. I suspect the motivation here is to remove a formidable competitor from the market. For Humminbird customers, hopefully they will not be forced to switch platforms and they will continue to be supported. Open Text would be wise to do so. While Open Text offers WCM, it is targeted at a different market and is not nearly as easy to use and feature rich as Red Dot. I would imagine that Red Dot will remain untouched.

IBM Purchases FileNet for $1.6B
Forrester is quite bullish on the acquisition, while Gartner has a more skeptical take. Funny how the two highest-regarded technology analyst firms can disagree like that. For years, everyone from customers and employees, to Wall Street have been speculating on who would buy FileNet. With a long history, large customer base, and a large amount of cash, they were ripe for the picking. Oracle, HP and IBM were always the contenders and it is not surprising that IBM was the winner. Given that most of the senior management, including Lee Roberts (CEO), spent years at IBM, it is a natural fit. I believe it is the closest cultural fit as well... an important consideration for any successful acquisition.

There is a great deal of conflict, however, as to the true motivations of IBM for the purchase, and the impact on Filenet customers. Ultimately only time will tell. Whether for the customer base, technology, or to eliminate a strong IBM competitor, acquisitions are not easy, and IBM has a shaky history (think Rational, Informix, Crossworlds, etc.). While WebSphere makes up a significant portion of the market, the majority is not standardized on WebSphere. It is unlikely that IBM will continue to support non-IBM platforms that FileNet offers. Furthermore, FileNet relies on a strong partner organization for sales and implementation...where does this leave them? IBM Global Services is no friend to a FileNet partner. For FileNet customers, I doubt they will see major changes within 12-18 months. I believe that the acquisition does open a great deal of opportunity, albeit uncertain, for FileNet employees and upward mobility that they never had.

Monday, August 14, 2006

The Bits and Bytes to Record Destruction

On the surface, it would seem disposing of electronic records should be easier than those on paper. While hitting the “delete” key may be straightforward, unfortunately for those seeking to permanently destroy a record, it is not that simple. This challenge is compounded where optical platters are involved. The permanancy of optical is also what makes destruction so difficult. While re-writeable platters exist, most legacy systems employ permanent write-once platters. Further, for legal purposes it is common for write-once platters to be the storage medium of choice . But when the document retention policy calls for destruction of a record stored on optical, the "delete" key is useless. The issue is compounded when the dates of the documents to be destroyed are significantly different, while residing on the same platter.

This is a common challenge expressed by CIOs and CFOs. Unfortunately there are no easy solutions to this, but there are options. It is possible to delete the pointers to these records that make retrieval possible. However this does not destroy the record. Another option is to "pool" records into "storage pools." These group documents based on pre-determined criteria, such as those outlined by the retention policy. Unfortunately, most legacy deployments do not have this capability. The best option for many is to first migrate those documents that are not to be destroyed, onto magnetic storage. This is especially helpful as vendors like HP are sunsetting support for optical jukeboxes. Once the records designated for continued retention are copied to magnetic, the appropriate optical platters may be physically destroyed. This guarantees that the record is permanently eliminated.

Remember that regardless of your corporate policy, consistency and compliance with the law are imperative.

Monday, August 07, 2006

The Trouble With Those Old Documents

Few realize how seemingly innocuous documents can get an organization into trouble. Recent history is littered with companies that fell victim to their own best intentions. Boeing Corporation back in 1997, spent millions restoring 14,000 e-mail back-up tapes related to different e-mail systems, for a class action lawsuit. The project was so complex that they chose to just settle for over $90m. More recently, Arthur Andersen in the Enron fiasco told employees to destroy records in accordance with the retention policy, but failed to provide important guidelines and did not invoke the policy consistently. As a result, they were convicted of obstruction of justice.

It is now years later since these high-profile examples, yet when I speak with my customers, I still find that document retention perplexes even the most diligent organizations. I suppose I should not be too critical since federal and state laws are often ambiguous, written retention policies are not easily understood, training can be costly, and enforcement is very difficult. However, this is an important issue across all levels. While there are a myriad of consultancies primed to help even the most challenged company, most solutions involve:
  • A clearly written policy (that obeys all applicable laws), regularly updated, consistently employed, signed and committed to by those responsible for enforcement and execution (usually all employees). This must include clear retention periods along with the mechanics of retention. It is also critical to outline the circumstances when the policy should be suspended (e.g., pending lawsuit).
  • A clear understanding for how all records (paper and electronic) are to be destroyed and who/what is responsible for its execution
  • Cataloging and identifying records for easy retrieval
  • Enterprise Software to implement, automate, enforce, and track compliance with the policy

Ironically, destruction can be the most important component to document retention. The courts have recognized that organizations cannot and should not keep everything forever, but they are sensitive to selective enforcement, especially in sensitive situations where there is the appearance of obstruction of justice. Furthermore, with a pending lawsuit, all available documents are subject to subpoena, regardless of whether they should have been destroyed. Destruction of electronic records, however, can be particularly challenging. Next, I'll explore approaches to destruction of these electronic records.

Thursday, July 20, 2006

Of Technology, Loyalty, And Fries

Tracking customer loyalty is becoming more common as organizations recognize that unlike loyalty, high satisfaction is poorly correlated to increased profitability. However, this trend has not yet influenced the return on investment (ROI) analysis associated with software projects. I hope this changes as research has shown that an increase in customer loyalty can have a tremendous impact on profitability (a 5% increase in retention translates to a 25-100% increase in profits).

In this environment of inadequate data, we must resort to inference to understand how software can impact loyalty. In certain instances this may appear to be a fool's errand (e.g., word processing's influence on customer loyalty), but many applications make sense. Let's review for example, Business Process Management Suites (BPMS), defined by Gartner as [a set of tools that] "enables the direct control and management of operational processes in near-real time by business managers and process owners to better meet today’s business cycle time needs and enable more-agile." In my last post , I discussed how loyalty is most directly impacted by the quality [and subsequent delivery] of an organization's products and services. The challenge is as delivery scales, the importance of making each customer interaction positive remains stable, while the difficulty grows exponentially. This is where a properly implemented BPMS shines.

Think of it this way, why was McDonalds so successful from the start? Consistency. The same quality and service no matter where you go. Imagine if those famous french fries were different from location to location. Their customers' loyalty comes from this consistency, a McDonald's fry is the same the world over. Similarly, a BPMS allows for this consistency of quality service and responsiveness, even in the face of a changing business climate, fluctuations in workload, new rules and regulations, employee movements, new products, major disasters, etc. Not only is this level of consistency possible, but the degree of oversight and monitoring is unparalleled. It is the equivalent of Jim Skinner, McDonald's Corp. CEO, tasting the fries from the 30,000+ restaurants in 100 countries every moment of every day.

Through the comprehensive use of a BPMS, if a customer's interaction with an organization is consistently positive (e.g., requests are responded to promptly, orders are fulfilled without error, applications are processed quickly, payment is ontime, etc.) their likelihood to stick like a barnacle and pass-along a recommendation promoting the vendor's products/service is much greater. With the ability to monitor these interactions, benefit from real-time, automated, process improvements, and simulate adjustments, it is reasonable that a BPMS can help drive customer loyalty and the bottom-line.

Monday, July 17, 2006

Using Technology To Drive Loyalty

You are probably familiar with the term "loyalty program," however you may not know these programs do little to influence true loyalty.

So-called loyalty programs typically assign points to your continued usage of the vendors' product... the more you use it, the greater the reward. Think frequent flyer miles (FF miles), which began in 1981 at American Airlines to keep business travelers flying with them. While many argue that without FF miles, only a couple of airlines would remain today, from a loyalty standpoint they failed. That is because money, rewards, gifts, etc. do not impact what is most important - quality of products and services. If an airline existed that was almost 100% on-time, comfortable, went everywhere you needed to go, reasonably priced, safe, etc., but did not give you a "gift," how would this lack of a "gift" or "reward" impact your loyalty? Probably not at all. The gift only matters when you first meet the basic requirements for loyalty.

This issue of quality applies to every company and industry. Dell was once the poster child for exceptional customer service, a major competitive advantage, but is now fraught with customer service woes after letting customer service slip as Kevin Rollins, CEO, admits. So how can software help?

In and of themselves, nothing from CRM to ERP to ECM to BPM to BI to CEM to BRM or any other 3-letter software-related acronym will generate loyal customers. As much as a brochure may say, it simply will not happen. However as I discussed in May, enterprise software implementations with an agile plan, solid project management, executive sponsorship, collaboration between IT and "the business," realistic expectations, strong user adoption, and appropriate metrics with a feedback loop for improvements, can put your organization on the track for driving loyalty and profitability.

Monday, July 10, 2006

Capitalizing On Loyalty

In Frederick Reichheld's Loyalty Rules he describes the concept of butterflies and barnacles when evaluating potential customers. A "butterfly" is very attractive, but easily moves from place to place, while a "barnacle" may not appear quite as attractive, but sticks around. "Loyalty Leaders," those companies that have the most loyal (and profitable) customers and employees, seek to attract customers who exhibit barnacle-like behaviors. The reason? As Reichheld describes, attracting new customers is costly and only generates big returns in the later years when the cost of serving a loyal customer falls (they become more self-sufficient) and the volume of purchases rises.

Another significant benefit of a barnacle is in frequent referrals. Since a butterfly does not stick around long enough to experience how much value you provide, they will rarely generate referrals. Conversely, a barnacle has a significant depth of experience and knowledge with a particular vendor, leading to highly credible peer recommendations. This value is three-fold.

  1. The referred customers typically turn out to be barnacles
  2. Since referred customers cost so little to acquire, they begin to generate profits much earlier in their life cycles
  3. Referred customers cost less to support, since they tend to use the people who referred them for advice and guidance

Furthermore, barnacles, unlike butterflies, are not easily lured away by flashy, attractive, offerings. This means that they'll stick with you through thick and thin, even in the face of a seductive media campaign. To understand this, think about a company or brand that you have used for years. Then consider how many alternatives you have encountered, but ignored. Many industries have done a poor job at luring barnacles... think cell phones and airlines.

How does all of this (including the last couple of posts) relate to enterprise software - the topic of this blog? You can easily leverage your information technology investments to drive customer loyalty. I will explore this in my next post.

In the meantime, for further insight and discussion into the impact of customer loyalty, and Reichheld's venerable "One Number You Need To Grow: Net Promoter Score" (% of promoters - % of detractors) check-out these related blogs and resources:

http://netpromoter.typepad.com/paul_marsden/2006/03/title_here.html

http://netpromoter.typepad.com/fred_reichheld/

http://www.cfo.com/printable/article.cfm/7108840?f=options

Thursday, July 06, 2006

Measuring Loyalty

Since loyalty (customer, employee, partner, member, etc.,) is so important to the profitability and longevity of your organization, it must be measured. The good news is that measuring loyalty is relatively easy, but the question is how to use the results to your advantage. Check out Reicheld's standard loyalty acid test which asks key questions especially useful to help to pinpoint problem areas. It is important, however, that upon surveying you thoroughly analyze the results, report, and then communicate what was learned and what actions must be taken to improve and drive loyalty. The most progressive organizations will incorporate the results as a key metric to be correlated and measured within their Business Intelligence and CRM systems. In this way, they can identify those who are loyal and the specific qualities that make them loyal. With this information, it is possible to develop specific programs and initiatives to encourage loyalty across the ideal customer base.

There are a few key components to capturing loyal customers and it all starts with the integrity of senior management. In fact, research shows that companies with loyal customers have employees who feel their leadership deserves their loyalty. So like most aspects of corporate culture, loyalty seeking flows from the top down. Prime examples of what Reicheld calls "Loyalty Leaders" include: Southwest Airlines, Vanguard, Dell, Harley-Davidson, and Intuit.

Here are the "Six Principles of Loyalty" he also describes:

Of these elements, the concept of "being picky" is most fascinating because it means that you choose who is worthy of being your customer. While this may sound a bit controversial, it makes a great deal of sense when you consider the economics. Next, I'll explore how seeking out only those customers who demonstrate loyal tendencies pays off considerably over time.

Thursday, June 29, 2006

Loyalty - What's It Worth To You?


Back when I started this blog I committed to talking about customer loyalty. I figure since I have recently focused on technology that I will take these next few posts to discuss this most important business issue.

Loyalty is something that I personally take very seriously because much of the bread on my table is directly tied to the loyalty of my customers. What's interesting is that if you are working for any company, even a non-profit, the loyalty of your "customer" effects you as well. It does not matter if you are a business analyst, systems administrator, HR Manager, Director, VP, or CEO, loyalty should be top of mind. Not only is loyalty a nice-to-have, but loyalty and its primary leading indicator - retention - can be directly linked to profitability. According to Frederick Reichheld, founder of Bain & Company’s Loyalty Practice and author of the international best seller, Loyalty Rules, How Today's Leaders Build Lasting Relationships, a 5% increase in retention translates to a 25-100% increase in profitability.

But what about satisfaction? Most companies, yours is probably included, measure customer satisfaction. In fact, companies often boast about their CSI (customer satisfaction index). Geico is famous for their 97% customer satisfaction tagline. While that sounds impressive, satisfaction is an essentially useless measure to determine the health of a business. Here are some facts:
  • A recent automotive study showed that of the 90% of customers who said they were satisfied, only 40% became repeat buyers
  • 25% of customers who experience a problem with your company don't tell anyone at the company
  • Only 1-5% of customers with a problem tells management

Satisfaction is an indicator of what has happened, but in no way predicts what will happen. Measuring satisfaction is like driving while looking in the rear-view mirror. In my mind, loyalty comes down to this...if something better comes along (as perceived by you the customer), would you leave, or stick around? Switching costs have decereased in so many markets, making loyalty even more important. Next, I'll review measuring loyalty and using it to your competitive advantage.

Friday, June 23, 2006

Success in Business Rules

Every business has rules, from the notification process for vacations, which I am sure many of you recently exercised or soon will, to qualifying an applicant for a home loan. What I have oftened wondered is why business rules engines have been a luke warm market segment, eclipsed by more exciting technologies like Business Intelligence. It sounds like a great idea, identify your rules, reduce them to a series of variables and just plug those into some software that automates them. Done... nothing to worry about. Right?

Unfortunately like a whole lot of enterprise software, often the marketing hype and situational reality are a bit disconnected. But it is not all the fault of the marketers, some of the blame falls on us humans. We tend not to like rules, or better stated, follow rules. They are constantly changing and everyone has a different interpretation of what the rule is, or means. Just look at our legal system. Vendors strive to make business rules engines easy to use and some have been quite successful, Global 360 just partnered with Corticon, a leader in Gartner's Business Rules Engine (BRE) magic quadrant. They have an excel-style user interface that is quite slick and powerful, yet easy for us non-techies. I do not believe that a bulk of the problem resides with the ability/inability to use a particular system, as a few pundits have theorized, but it is the fact that mapping out rules is difficult and there are implications to changes...and we love to make changes.

The information for specific rules is dispersed throughout an organization and many are quite complex, rarely independent, and a change to one component can invoke the law of unintended consequences. That is why, especially with BREs it is critical to start with something small and easily manageable, map it out completely, and then use the software to automate the rule. Doing so will make it easier to make changes when necessary and will set expectations appropriately from the start. The BPMInstitute had a webinar on 6/9 that explored some of these issues. You can check it out here.

Tuesday, June 20, 2006

The Soft Launch

Today I am "soft launching" this blog to customers and colleagues. For my new visitors, I hope you enjoy perusing the posts while providing comments that benefit others. And be sure to pass the link along ( enterprisekarma.blogspot.com ) so we can build a diverse community of opinion.

It has been and continues to be my goal to make each post valuable to you by incorporating extensive research, experience, and a commitment to making sense out of the complexity that plagues Enterprise Software.
  • To start from the first post back in April, click here
  • To add this blog to your RSS Feed provider (e.g., Google Reader) , making it more convenient to access my latest posts, select one of the "rss feeds" under the heading in the right column
  • To review archived posts, check out the "archives" heading on the right column
As the blog continues to evolve, please let me know what you think and be sure to return. Thanks for visiting.

Thursday, June 15, 2006

Try Before You Buy

Essential to optimizing your business processes is the ability to simulate changes. A pilot who spends hours in a controlled environment before actually taking off can simulate hundreds of scenarios that include both ideal and adverse conditions. In this way a pilot can remain safe, while learning how to overcome potentially hazardous pitfalls. By simulating environmental changes, significant risks can be mitigated, while critical expertise is developed.

Unfortunately, business leaders have never had this critical capability necessary to confidently implement process changes. That is, until now. Leading Business Process Managment Systems can provide organizations with simulation capability. While the extent of this capability varies considerably amongst vendors, even the most basic simulation can be helpful before major process changes are undertaken. Even when the simulation capability is manual, a business analyst can test numerous scenarios to determine optimal processes for a variety of given situations. Like a pilot simulating landing in high winds, on ice, with failed landing gear, an organization can use simulation to develop business processes for a dynamic business climate, driving efficiencies, improving customer service, and gaining a competitive advantage.

Wednesday, June 14, 2006

Optimization Should Never Stop

By definition, optimization of your business processes should never stop. I could give all of the clichéd reasons like: "in this day-and-age, business never stops changing...neither should your processes" or "your competition never stops innovating... neither should your business," but you already know all of this. The problem for medium to large organizations is that it is difficult to make changes to business processes. This is especially true for ad-hoc changes, while being confident that the modifications will have a positive effect on service and the bottom-line. Change for change sake not only does not make sense, but can have a detrimental effect on your business. Most of us already know this, which makes organizations reluctant to effect change. But this extreme reaction can also have an adverse effect.

The key is to start by focusing on a specific set of business processes. Trying to tackle the super-set will, at best, result in minor improvement, at worst, have a detrimental effect across the organization. This is especially true since most processes are inter-related. By mapping out a process subset, incorporating all of the components and variables associated with the processes, and identifying goals and key performance indicators (KPIs), implementing changes will be less risky, provide measurable results, and act as an excellent learning experience. An excellent path to process optimization is through simulation.

Monday, June 12, 2006

Why The Hiatus?


I have not posted for 2 weeks for good reason. I recently had a new addition in my family, which as many of you must know, is an all-consuming experience. As understanding as she may be, my wife would have been less than thrilled had I been blogging while she was in labor. Since that is now over and everyone is healthy, I will be resuming regular posts, picking up where I left off. Thanks for your patience.

Wednesday, May 24, 2006

Combining BPM And SOA... What's All The Fuss About?

There has been a great deal of discussion around the combination of Business Process Management (BPM) and Service Oriented Architecures (SOA). Just run a search on these terms and you will see hundreds of articles and blog discussions on the joint topic. Many pundits believe that BPM is the real-world manifestation of SOA, which tends towards the theoretical. Check out this ITBusinessEdge article for a discussion. What is clear is that while one does not rely on the other, their individual value is greatly enhanced when joined. Review my post on May 3rd for a discussion on BPM.

While many BPM systems are focused on human-human flow of work, advanced suites can leverage SOA and Web Services to invoke systems as part of a comprehensive business process. By combining the two, a holistic process can be achieved.

For example, in the Financial Services scenario from yesterday, a new loan application is faxed into the organization. This fax invokes the BPM system and the specific business process associated with new loans. A SQL task in the process is kicked off and executes a database query to see if the applicant is already a customer, to ensure no duplicate accounts. Once it is determined that the applicant is not a duplicate, another step in the process connects with the mainframe and returns an application number to the business process. From this point, a business rules engine is called through a SOAP Web Service to evaluate the details of the loan application and depending on the outcome, approval may be automated and the BPM system notified. The next step automatically seeks the loan officer's review and final approval. Once recieved, another step automatically sends mail notification to the applicant, informing him/her of their approval.

This is a greatly simplified instance of the BPM system managing just one business process, making "calls" out to other systems and seeking human input along the way. With a Service Oriented Architecture, the details to making this process work are simplified. Now imagine hundreds of processes much more complex than this - traditionally static processes in an ever-changing business environment. Many of these processes are created by different departments with limited resources and different individuals with varying technical ability. While SOA, with its central "repository" of services, and traditional BPM controlling the process, makes great strides in managing the flow of work, ensuring efficiency and consistency. The dynamic business environment means that ongoing process optimization and adaptability is incredibly important, particularly to ensure a competitive edge.

More on this soon.

Tuesday, May 23, 2006

SOA In Practice

Now that we've got the theory, jargon, and general technical aspects of SOA out of the way, let's explore an example of usage. My hope is that this may spark some ideas for you in your organization.

Scenario Background: A regional Financial Services company was seeking to expand the average number of products purchased by existing customers. They knew the more business each customer conducts with them, the greater the impact to the bottom line, and the greater the retention rate. They launched a broad-spectrum marketing campaign, including print, radio, and television advertising. They even included Internet-based marketing in the form of Web advertising and e-mail campaigns. As a result, there was an influx of inquiry from both new and existing customers seeking to setup a variety of accounts. Applications came in from all channels (Web, paper, phone, even e-mail).

Challenge: The challenge for this company was in quickly processing these applications and creating the new accounts to meet high customer service expectations. As part of this, it was important to ensure that there were no duplicate accounts - these wreak havoc on their systems, especially invoicing and billing. Furthermore, since many of these were loan applications, they required credit scores which had to be obtained from a 3rd-party.

Before SOA: Prior to implementing SOA across the enterprise, each system and division had its own unique forms for new accounts, which were inconsistent. Often little differences would cause glitches (e.g., Male/Female vs. M/F, date formats, etc.). In addition, the 3rd-party providers for Credit Scores were different, depending on the department (e.g., Mortgages vs. Auto Loans). A constant challenge was in checking for duplicates, because the systems setup for this task often failed due to communication protocol errors. Checking for duplicates slowed the amount of time to process a new application.

Using SOA: With the newly implemented and fully tested SOA-based setup and associated Web Services, this company met their performance targets. Here were a few key benefits:
  • Forms - rather than have disparate forms, with inconsistencies, they created a central repository of forms and "snippets" of forms. They used Web Services to call these forms when creating a new application. If anything changes on these forms, rather than having to make the change in 50 different places, it is updated only once, and then pulled when needed.
  • Credit Scores - for consistency and speed, the firm made a decision to consolidate 3rd-party credit-score providers to a single company. They made sure the selected provider offered a secure, Web Services interface, with high availability, to which they could connect their loan application system and automatically capture the credit score. This reduced errors and increased efficiency.
  • Checking for Duplicates - they used Web Services to connect to their mainframe, which houses all customer Account Numbers. Rather than taking a great deal of time and resources writing code, figuring the format, establishing communication protocols, etc., they easily called a Service to identify duplicates. If no duplicates were identified, the system called another Service to setup the account number. By calling a central service, consistency and accuracy were preserved.

There are an infinite number of possibilities for leveraging a Service Oriented Architecture. However, Business Process Management and SOA, are particularly well-suited to one another. I'll explore this powerful combination tomorrow.

Monday, May 22, 2006

Working with SOA

On Friday I discussed what SOA is and why your organization should be looking into it. Today, I will explore the real-world of SOA. Referring back to the "electrical outlet" example outlined in Friday's post, even 102 years since the 1904 invention of the "electrical plug and socket" by Harvey Hubbell, while standards exist, there are still 14 plug and socket types used across the globe. Anyone who has traveled to Europe with an electric razor, sans adapters, has learned this the hard way. Likewise, having a Services Oriented Architecture across line-of-business (LOB)applications does not mean perfect interoperability, but it is a significant improvement over the alternative - writing C-code, developing communication protocols, designing error handling etc.,

While SOA can be implemented using any service-oriented technology, Web Services is the most common. Example Web Services include SOAP and REST (to delve deeper into these services and related SOA technologies, select the hyperlinks in this post). Web services allow communication between software, based on a set of standards (e.g., XML, WSDL, UDDI, etc.). It is also important to note that with Web Services, software applications do not need to be based on the same platform (e.g., Windows vs. Linux) or same programming language in order to communicate. These issues have long been the achilles heel for enterprise systems.

Organizations that have adopted SOA are primarily focused on communications between systems within the company. However, Web Services ushers in a whole new set of capabilities by allowing for smooth interoperability with applications outside the enterprise. While potentially revolutionary, this is less common as significant security, accessibility, and performance issues remain.

Tomorrow I'll review a business scenario that leverages SOA to drive value to the bottom-line.

Friday, May 19, 2006

SOA And Why You Should Care


A Service Oriented Architecture (SOA) is "a collection of services that communicate with each other. The services are self-contained and do not depend on the context or state of the other service. They work within a distributed systems architecture." Think of a "Service" as application code that performs a specific task or set of tasks (e.g., determine a credit score for a loan applicant). These discreet services can interact in a standard way so it is easier to link one service to another.

Imagine if each appliance in your house were connected to your outlets using a different plug, and the outlets were different as well. Just getting your toaster to work would be incredibly frustrating, requiring numerous adapters and connectors that would be prone to failure, loss of function, etc.. This is the environment that IT professionals must deal with in their enterprise software infrastructure. The advent of key technologies (those that compose SOA) and development of industry standards have essentially made interaction between systems and applications easier and more straightforward.

Here's the upshot:
  • Significantly reduce application development costs
  • Increase business agility because useful pieces of code in one part of an organization no longer need to be constantly re-written... they can now be easily re-used
  • Design completely new applications with minimal effort by leveraging code from a 3rd-party and combining it with existing code
  • Create competitive advantages where no one is looking through a creativity and a just a few lines of code
  • Reduce the time-consuming and risky task of changing firewall filtering settings by utilizing HTTP with Web Services
Next time I'll explore how it works, followed by a post with examples.