Posts Tagged ‘Process’

Witnessing major process failure in action

Thursday, January 22nd, 2009

We have all heard about how difficult the banking situation is on folks holding a mortgage who maybe at risk of foreclosure. Last night I happened to catch this segment on ABC News: Nightline.

The more I watched the more irritated I became, and it didn’t even affect me!  Why? Because it is SO unnecessary. This is the result of process failure, pure and simple and has nothing to do with how complex any given mortgage may or may not be.

How do I know this? Because folks couldn’t get to any given department to begin the process of ascertaining complexity! Bank Of America, IndyMAC (now bankrupt), Countrywide, and most others should be embarrassed to no end in their lack of ability to serve their customers. You see, it’s not just mortgages albeit that was the topic of this televised segment, it’s almost any customer interaction anymore that is not a point-of-sale transaction. These companies and most others have spent the lion’s share of their capital in removing friction to capturing revenue, and reduce whatever costs possible to increase the margin. That’s expected by and large, but here’s the rub. They have lost site of the value of a customer and as such have no idea what areas are acceptable to refactor and what areas should be considered competitive, value-added differentiators on the operations side.

value-stream

Simple enough image, companies for the most part do everything from poor to excellent in just getting their good or service out the door. It’s in that other arrow – “information flow” – that a lot of companies out there do a horrendous job. Requests come back into the organization from a customer and depending on their nature it can be a deal-killer for a customer.

In today’s world, you need quality in delivery AND in information flow to really be a serious, long-term competitor.  That paradigm is increasing in potency and speed a lot quicker than many organizations are able to determine strategies to deal with it. Ask yourself, will the next generation of customers/buyers be as forgiving as we have been in the past decade? I don’t believe they will be, because as time marches on, these next round of customers will have even more choice in who they do business with.  The implicit bet that these banks mentioned above are making is that their customers have no choices in today’s economic environment.  In the short-term that may be true – but it only takes one experience like this to lose a customer for life.  And it only takes handling this customer process really *well* to win a customer for years to come.

Folks, it is about process and even more important than the execution of process is knowing what and which processes matter. Companies have to stop with investing in every link in a chain whereby every link is continuously fed resources (that will not scale, it just burns money) and understand instead where is my WEAKEST link in any given chain; don’t forget the whole point of process improvement. Develop a superior relationship with a customer at the lowest possible cost.  When there are such glaring opportunities to differentiate your business without having to compete on price, one is hard-pressed to find a better investment in terms of ROI.  If you’re not doing process improvement with an eye on the customer then as our new President said, “you are on the wrong side of history”.

Downturn Game Changers

Monday, January 12th, 2009

For those companies out there who are not employing the “ostrich strategy” and are thinking in terms of longer than 12 months, there are some real opportunities which may be worthwhile to consider, outside of just cost reduction or revenue protection objectives. In fact, it would likely be a good time to take a moment and re-discover what your business value drivers really are. Keep in mind that selecting projects or otherwise making decisions with the center of gravity being “reduce cost”, “improve profit” are really only effects; these are not projects in and of themselves. The only way you can ensure you are chasing the right possibilities is by understanding the company’s value-drivers and the “what, which, and how much” of each; find the game changers in essence. Those things which can not only help in the short-term but catapult a company over the long term (+12 months) to be more competitive, more profitable and deliver better to what your customers actually want.

Some of the really potent game changers that you may want to consider pursuing in a downturn would be in designing new processes or products, reducing operational complexity, and certainly doing work to understand what your customer’s (former and current) and your competitors customers are really seeking from your organization.

Designing new processes or products/services in a downturn is a great way to employ your assets and since you likely will have cut in other areas, put your money back to work for the future. Business process management methods and tools can help accelerate time-to-market and just as important validate that you are delivering solutions that will truly matter. Getting something out there fast is good but not if nobody wants it or cares. There is a very prescriptive way to generate these new designs and equally important process-centric tools which will help create a foundation to actually sustain these innovations.

Reduce complexity, not just reduce your workforce. “We just need to do more with less”, for some organizations they seem to believe that the laws of physics can be defied in their conference rooms. The rest of the universe is at the mercy of said laws, but not the organization. If we assume your company is a tad more realistic, then now is absolutely the time to refactor areas of the business.

Here is a great area to look at first: in most businesses there is the notion of sales configuration and there is the back-office functions to support or fulfill those various customer order permutations.  A lot of businesses try to make the back office support functions more efficient (read: “cheaper”) and they do this through automation, consolidation, etc.  As we all know, this is a never ending fight….never ending. One option here is to begin to rationalize those order configurations with the support functions. In almost all cases they are decoupled from one another and that is a problem. Until that notion is embraced, you’ll just be bailing water forever. Again, now is the time to use resources to see what can be done to harmonize these functions, this will promote process flow; and flow is exactly what we need in core processes.

Another area is doing work to get better intelligence in what current, former, and potential customers are really after. Too much of the time reactive data alone  is used to make decisions on what a company needs to improve on or even offer as a good or service. Reactive data is data the company doesn’t seek out. Proactive data is information that the company solicits from its customer and prospect base. If you do not have a solid voice of customer program that addresses aggregation of both reactive and proactive data, strong analysis capability of that data, and the right vehicles to get that information transformed into projects, then again now would definitely be the time to invest.

Any rate, these are a few examples of some game changing initiatives that could really provide a platform for future capability that can be had much cheaper than when the organization is operating at capacity. Think of this as a hedge, once the volume turns up again in the business how fast will you be able to respond, compete, lead? Chances are you have cut deep, and recouping that prior organizational capability is going to lag significantly; longer than the downturn lasted as a certainty.

Financial Services: Manage the Process, part I

Wednesday, August 13th, 2008

A friend and colleague at Lombardi, Kalvin Stollznow wrote a post at Lombardi’s blog on Monday articulating the need to view the business and associated wastes and defects through the lens of a “process prism”. I certainly agree with Kalvin on this point. Especially where it concerns the insurance business, for at BP3 we have had a lot of experience in this area.

Kalvin discussed the power of Lean Six Sigma as a method to deal with the very thing that causes great angst in companies and that is the waste (aka Muda) and defects mentioned above. He moves on to bring light to the fact that these particular approaches may have been born from the world of manufacturing but absolutely are applicable and more importantly effective in transactional or service based businesses. This is a fact, and expanded or integrated into a company who views business process management as a true discipline then you have a truly remarkable organization who can retain and grow customers as if they were born to do it.  However, it does require “translating” some of the standard Lean Six examples out of the manufacturing world and understanding their analogs in the transactional and services world.

I will take what Kalvin was alluding to in his post and give an example from a financial services perspective of the things we do everyday that create waste and defects in our processes – and the key here is to be able to identify these things so that they can be managed. Let’s do this from ”The 7 Deadly Wastes” from Lean Six Sigma to examine this closer, in no particular order (although ‘Overproduction’ is considered the worst waste in Lean). I will go ahead and make it 8 and add rework as I believe it is very insidious but not officially declared in the initial 7 wastes-

1. Rework: Anytime you see a loop in a process, that is probably rework. Think of touching the same thing over and over again. For example, an invoice is sent to a member or group customer and the bill is wrong. Requests are made to change coverages, drop dependents, etc. The clock starts ticking for that request to be fulfilled. If the request cannot be fulfilled in time, the next bill will generate and it will be wrong again. rinse. repeat.  Customer satisfaction declines, and administrative costs go up.

2. Defects: An enrollment form with missing information or incorrect information; a bad requirement for that new claims handling system; a bad or “dirty” invoice from the rework example above, forms or applications with unclear instructions or usability. Defects are pretty easy to understand although I have heard businesses tell me “we don’t have defects, we have exceptions”. Whatever you want to call it is ok by me, but exceptions and defects both cost the business money.

3. Inventory: A backlog of policy change requests, a queue of contracts, or claims unprocessed, callers on hold, piles of forms and the like. Financial Services companies have a ton of “inventory”, just not in the way people normally think of it.  But it can have the same negative effects: clogging a process and creating or exposing bottlenecks in a hurry.

4. Waiting: Waiting for an approval on a claim, an expense reimbursement, an underwriting decision, 1/24 hour batching of data. Waiting promotes the clogging of processes, can create defects and cause rework.  When expensive specialists are waiting for a response or for work to hit their queue, the company is letting money walk out the door.

5. Processing: Or Overprocessing more specifically, such as an inordinate amount of approval steps to pay a claim or making sure a document is imaged and re-imaged over and over again. Basically doing more work than is absolutely necessary to delight the customer.

6. Motion: Constantly switching between screens and applications to get the policy change made, having to go out and find an archived image/document in the DMS or on a network share, keystrokes and clumsy navigation of systems. Running over to the printer constantly to get those TPS reports (couldn’t resist the last example, Office Space fans).

7. Transportation: Similar to rework and examples could be having to get physical signatures from across the campus, delivering and picking up paperwork from all over the place, delivering reports, etc.

8. Overproduction: Lean considers this the worst waste because it can often be the root cause of many other wastes listed and if you think about it we see this all the time. 100 reports when really 3-5 would do the trick, constant emailing, a requirements specification 300+ pages deep for a small to medium software project, print-outs of everything going to everyone, flooding queues with tasks just spit out from that batch processing which in turn causes the backlog to grow or at a minimum not shrink.

It all comes down to delivering goods and services to customers how they want it, when they want it, and at a price they want to pay. If any company, not just financial services, are not managing their business via a process view then it will be those companies who will not keep customers. Applying Lean Six can identify the causes of waste and defects, and then can help remedy the waste/defects with prescriptive solutions (perhaps more on the prescriptive side in a future post!). This comes down to pure physics and physics cannot be wished away. Manage the processes or they will manage you as the saying goes.

Standardizing core processes…shouldn’t this be easy!?!

Friday, July 4th, 2008

If your company has already ventured down this road you probably realize that standardizing processes, especially core business processes is in fact NOT easy. There are many reasons why this is a heck of a lot harder than one may think. Let’s start with the big question first – What do we mean by standardization and what is the real business objective in doing it (i.e. who is asking for it)? I have seen quite a few flavors of this over my career; most recently I spent the better part of a year working with a very large insurance company who wants to standardize their claims process across all of their products and regional markets.

When I asked “why standardize?” I received different answers from lots of different people. “We want to make the claims process cheaper and more efficient,” while another person said “We want to be able to centralize the processing of claims,” and yet another “We want the customer to have the same experience in their claims handling regardless of where they are or who they talk to.”  Are they all saying the same thing in different ways? Are these really the same objective? Perhaps, but I and a few others were not convinced. The implication of this question is huge as this will without a doubt dictate what approach will be needed to achieve the goal. Yes, it’s those details again that quite often nobody really wants to face but without them then the whole exercise is just academic and everyone can just standby for a journey that could take a decade to realize, all the while managing ongoing change as the business climate shifts (i.e. competition, regulations, new markets, etc.).
So what does “standardizing” really mean? If we look at the definition of standard and exclude “a grade of beef below good” as one of them, then we see “a basis for comparison; a reference point against which other things can be evaluated”. So said in more of the context of a business process, it is to achieve a baseline measurement and reference model for process performance. So this has less to do with centralizing a process and much more to do with achieving a consistent performance profile to meet customer and/or business requirements.

So then another big question hits home. Do we really need everyone to perform the tasks in the exact same way? Or can it be that we don’t really care how they do things at a procedural level as long as they consistently meet the needed SLA’s, thus making the measurement the real standard? Maybe think of the latter like a technical standard such as J2EE, as long as a software vendor can deliver the functions required that make it J2EE compliant, it doesn’t matter how they actually implemented it. And as we all know there are very big differences between J2EE products. That becomes yet another big question. At what level of a process, if you think in terms of value-streams, should be considered the standard and what can be tailored in any fashion just as long as it can deliver to the specified requirements?As you can see, this whole notion of process standardization creates some very big questions that any company pursuing this strategy will have to answer, and it is not easy. From experience I can tell you that achieving the benefit of standardization does NOT unequivocally equal everyone at all levels of a process doing things the same way.

In fact, that is usually why this work can get very, very hard. Rationalizing activities from an end-to-end standpoint without knowing quantifiably what the performance standard needs to be is a recipe for some major headaches. So maybe another way of approaching standardization is by backing in to it, such as we need to process x-type claims in 72 hours in all markets we serve. Focusing on it from a measurement standpoint is the best way to understand at what levels of a process and more importantly what are the few key activities at those levels which really need to be rationalized. Versus what I have seen so many times, a blanket objective of everyone who is involved in the process must do things the same way. If you are reading this post, then you have probably been in those meetings where you need everyone to agree on “how the process should work”, now multiply that effect by 100 when you begin talking standardizing across products and geographies.
Ironically, everyone agreeing and doing the same work doesn’t guarantee that the measured result will meet the standard, but that is often the implicit assumption in such endeavors…

Happy 4th of July everyone, and think about our armed forces today. Our deepest thanks go out to all of you.