What Does Success Look Like? e6dc61

April 18, 2016 What Does Success Look Like? Summary: Success for an IT implementation looks very different to the CEO, ...

1 downloads 124 Views 78KB Size
April 18, 2016

What Does Success Look Like? Summary: Success for an IT implementation looks very different to the CEO, CFO, CIO, etc. -- and you can't make everybody happy. By: Andy Scurto

It seems every press release you read, every case study in the news, every session at industry conferences and every webinar on tap for the next six months will at some point mention the 100% implementation success rate of the vendor involved. That fact, in and of itself, throws serious shade on what really constitutes implementation success and dilutes the impact or validity of the concept as a whole, but should it? Depending on where a person sits, implementation success can mean different things and may include different elements, technologies or metrics. Implementation success is therefore often qualified by varying criteria that are completely dependent on the role of the individual in the project or the company. To truly guarantee implementation success, all perspectives and perceptions must be considered and incorporated. For the CEO, it?s all about the big picture. Sure, nearly all CEOs want an increased ability to process new business and grow the company organically, but time and again individuals in this role will focus on these key questions: 1. Did we implement what we set out to implement? 2. How will this implementation affect our ability to modify existing products or launch new ones? 3. Does this implementation support our construction of a future-ready technology environment? For the CFO, everyone instantly assumes a successful implementation is simply about being on-time and on-budget, and while those factors are definitely important, CFOs additionally want to know: 1. What is the maintenance and licensing like on this new technology product, and how does it affect our total cost of ownership (TCO)? 2. Does this implementation make other downstream or supporting systems obsolete, requiring the company to make additional technology investments in the coming year(s)? 3. Does this implementation allow the company to retire existing legacy systems and

recognize cost savings in maintenance and support of these systems? 4. Is support or the professional services required to implement changes included in the initial contract price, or is it an additional, and continuing, charge? For the CIO, data conversion is a crucial, yet truly not sexy, part of the package that allows one system to be turned off and the other turned on, so to speak. It is important to understand that while CIOs are often thought to have the most interesting, cutting-edge piece of the insurance technology puzzle, these individuals are not easily distracted by solutions, tools and gadgets that turn out to be little more than bright, shiny objects. Questions CIO typically focus on when measuring implementation success include: 1. Does my internal team have the expertise today to maintain the new solution, including making simple changes without deep technology programming expertise or the ability to create and implement custom coding? 2. Will I be able to easily integrate emerging technologies as the need arises? 3. What is the upgrade path for this solution that will clearly demonstrate my company is not implementing legacy? Other players, including the company?s heads of claims, underwriting and customer service, are counting on achieving a certain percentage of straight-through processing (STP), decreasing the time from first notice of loss (FNOL) to claim resolution, and still others are rabid about mobile access and self-service capability delivered via a portal. Alternatively, FAIR Plans, for example, are less concerned about growth and bottom line profits, but instead are focused on increasing internal efficiency and delivering a top-quality customer experience. Different strokes for different folks. So, maybe it?s time to acknowledge that the magical middle ground that will make everyone happy likely doesn?t exist. It?s back to the old saying that it?s impossible ?to make all of the people happy all of the time.? The trick is knowing which stakeholders? happiness is on the nice-to-have list and which is on the must-have list. Keep in mind, there are degrees of happiness, and incorporating even small pieces of capability can be important when it means validating stakeholders? priorities and implying broader ownership across the enterprise. Ultimately, what composes implementation success is unique to each company and should be well-defined for each company before the start of the project. All projects should have a well-defined set of expected outcomes from both business and technology that need to be achieved to have that project defined as a successful delivery. While budget and schedule can be a part of the objectives, they should not be the primary drivers. A successful implementation is one the delivers the required business and technology outcomes. When the core system implementation itself is done right, with the right partners and a well-defined set of objectives, it leaves room for peripheral goals to be achieved at the same time with a faster ROI and the ability to get back to the business of insurance.

Andy Scurto [email protected] Andy Scurto is ISCS's president, founder and chief executive officer and has been with the company since its beginning in 1994. He is the principal designer of ISCS's insurance processing solutions and the firm's primary adviser to insurance organizations on rate filings, MGA programs, data processing and communications.