Blog

"Psst, Pass It Down."

Kim Wilkes
Insurance Experts' Forum, March 16, 2010

Have you ever played the old party game where you whisper a statement to the person next to you and they pass it down the line? Most of the time, the last person to hear the statement is told something entirely different. Our communication regarding business processes too often ends with the same result.

I recently saw a survey that cited why a significant number of software projects fail, or are deemed “challenged.” Two of the top reasons given for these failures were lack of user involvement and poorly defined requirements. When developing new processes and implementing new applications systems, it is vital to get the necessary information from those who do the work—and this doesn’t mean just one or two people. A cross section of those who are actually conducting the business processes should be involved in the fact-gathering. From my experience conducting redesign workshops, I have found there are always cases of someone defining a work process, and someone else saying, “That’s not the way I was trained,” or “I have a better way to do that.”

Think about what would happen if only one of those two people was the primary source for gathering process steps during the requirements definition phase of a process change. The process depiction would not reflect the true current state, and the resulting requirements would most likely be poorly defined, incomplete or sub-optimized.

Another important reason for seeking as much involvement as possible is to make sure that all of the steps of a process are necessary and, ultimately, add value. The same survey found that in failed projects, many of the requested features were never used. This is often a direct result of not thoroughly questioning the value of each step in the process before defining what is required.  How many times has this phenomenon led to costly, complicated and unnecessary modifications to packaged systems?

Getting as many people as possible involved in defining processes can sometimes be messy. It’s easy to just take a short cut. But doing this right will ensure consistency, identify unnecessary activity, improve output quality, boost training efforts and, in the end, improve the defined requirements and supporting technology for the new process design.

Kim Wilkes is EVP of The Robert E. Nolan Co., a management consulting firm specializing in the insurance industry.

The opinions of bloggers on www.insurancenetworking.com do not necessarily reflect those of Insurance Networking News.

Comments (0)

Be the first to comment on this post using the section below.

Add Your Comments...

Already Registered?

If you have already registered to Insurance Networking News, please use the form below to login. When completed you will immeditely be directed to post a comment.

Forgot your password?

Not Registered?

You must be registered to post a comment. Click here to register.

Blog Archive

Google and Insurance: One Year Later

Google is getting the approval for selling insurance on their compare site in a large number of states via a number of different insurance partners.

How IT Managers Can Get Close to Policyholders

Four steps CIOs need to take to lead insurance organizations to greater “customer obsession.”

Strategic Initiatives for 2015: Making Sense of the Shifts

Insurers must choose between embracing innovation or just continuing with business as usual and run the risk of becoming a casualty in the new competitive battle.

To Stay in the Game, Insurers Must Aggressively Embrace New Consumer Technologies

Emerging technologies displayed at the CES could be some of the greatest change agents since the introduction of the Internet, offering breakthroughs that could challenge many businesses.

Marketing: The Insurer’s Shadow IT Department

Marketing executives continue their march into the insurance data center.

The Usage-Based Insurance (UBI) Short Cut

Developing a usage-based insurance program has now gotten easier.