The hype cycle vs legacy…

I am going to talk about a consequence of the hype cycle that seems to be missed by many.  I will use an anecdote to illustrate the point…

About 10 years ago, I was engaged on a short assignment to review a new technology organization’s customer service programs.  The company had grown rapidly in a new market that was now maturing.  They had 3 customer service systems.  They had 4 main customer groups served through 4 sales channels.  Each channel used different business processes to execute the same activities and accessed all three systems.  The IT solutions had grown organically with the business and were a mess!  But now, with the market maturing, there were mainstream solutions from major suppliers that could replace these systems that were starting to constrain the business.  However, the cost of resolving this, $15M, was seen as too expensive.

A few years later, the organization had lost its competitive position, had moved from number 1 to number 2 and was taken over by a foreign competitor entering the market.  With a more complex product portfolio, more customer groups, a more complex sales model, the customer services systems were now seen as a major constraint to business growth.  I happened to be engaged through another consultancy to look at the problem again.  This time the cost of sorting it out had grown to $80M.  Again the executive board decided that this was too expensive.

Recently, the organization merged with a major competitor.  I heard that they had embarked yet again on a program to replace their legacy customer service systems.  The market is now much more complex with many more products, it is also more competitive with tighter margins.  The systems have grown in complexity since the last attempt to sort them out.  I suspect the cost this time will be $150M or more.  A ten times increase in cost in ten years. More importantly, the organization was the market leader 10 years ago but now it is in 3rd position with a likely drop to 4th.

SAM_0149a

The key point is that everything that you build before good practice emerges is likely to be poorly designed and poorly built.  It should be thrown away and you should start over.  If you don’t you will inevitably perpetuate bad practice.  Future development will be compromised because time pressures to deliver tactical business change and the constraint of the legacy.  And the cost of replacing it to deliver strategic business change will grow over time.

Sometimes I wonder why there is so much legacy.  The answer is obvious if you overlay the adoption cycle with hype cycle…

SAM_0156

So what are the lessons:

  • It is never too late to sort out your legacy
  • Don’t build on bad practice
  • The so called first mover advantage can be a handicap
  • Build knowledge before building solutions

The hype cycle vs legacy…

I am going to talk about a consequence of the hype cycle that seems to be missed by many.  I will use an anecdote to illustrate the point…

About 10 years ago, I was engaged on a short assignment to review a new technology organization’s customer service programs.  The company had grown rapidly in a new market that was now maturing.  They had 3 customer service systems.  They had 4 main customer groups served through 4 sales channels.  Each channel used different business processes to execute the same activities and accessed all three systems.  The IT solutions had grown organically with the business and were a mess!  But now, with the market maturing, there were mainstream solutions from major suppliers that could replace these systems that were starting to constrain the business.  However, the cost of resolving this, $15M, was seen as too expensive.

A few years later, the organization had lost its competitive position, had moved from number 1 to number 2 and was taken over by a foreign competitor entering the market.  With a more complex product portfolio, more customer groups, a more complex sales model, the customer services systems were now seen as a major constraint to business growth.  I happened to be engaged through another consultancy to look at the problem again.  This time the cost of sorting it out had grown to $80M.  Again the executive board decided that this was too expensive.

Recently, the organization merged with a major competitor.  I heard that they had embarked yet again on a program to replace their legacy customer service systems.  The market is now much more complex with many more products, it is also more competitive with tighter margins.  The systems have grown in complexity since the last attempt to sort them out.  I suspect the cost this time will be $150M or more.  A ten times increase in cost in ten years. More importantly, the organization was the market leader 10 years ago but now it is in 3rd position with a likely drop to 4th.

SAM_0149a

The key point is that everything that you build before good practice emerges is likely to be poorly designed and poorly built.  It should be thrown away and you should start over.  If you don’t you will inevitably perpetuate bad practice.  Future development will be compromised because time pressures to deliver tactical business change and the constraint of the legacy.  And the cost of replacing it to deliver strategic business change will grow over time.

Sometimes I wonder why there is so much legacy.  The answer is obvious if you overlay the adoption cycle with hype cycle…

SAM_0156

So what are the lessons:

  • It is never too late to sort out your legacy
  • Don’t build on bad practice
  • The so called first mover advantage can be a handicap
  • Build knowledge before building solutions

How Kaiser Permanente Drives Quick Value From Standards

In the middle of a chaotic battle, a “standard” is the flag that rallies the troops amid chaos and uncertainty.  
Sandra McCoy and her EA team at Kaiser Permanente have used Troux to create standards to guide, rather than force, b…

Categories Uncategorized

The State of CIO: 50 Things to Know Before Becoming CIO

Paul Coby is one of the most successful and admired CIO of our times. He was instrumental in launching a number of innovative passenger friendly technologies at British Airways. Paul has been credited with launching a number of “Airline industry first” applications such as Online Booking, Online Check-in and recently mobile boarding pass for British Airways. And this while reducing the cost of IT Operations by 60% over a period of 10 years.


So when the invite of La Fosse Event featuring him arrived, I was keen to attend. It was a high quality event as previous La Fosse events have been. Paul’s presentation revolved around key concepts from his book, “50 Things I Wish I Would Have Known Before Becoming a CIO”. Essentially it was a “Lessons Learnt” from the practiotioner on the essentials of being a CIO. The session was interactive, complete with anecdotes based on his rich experience and was followed by valuable Q&A session. Some of the key concepts which Paul shared were;

How to Approach the CIO Role? 

  • Enjoy being a CIO
  • Plan time strategically
  • Don’t be afraid of technology
  • Operational performance matters so focus on it
  • There are no IT projects only business projects
  • Understand your industry and love itAppoint IT business partner who will champion business 
  • Communicate Communicate – Project IT performance across business
  • Benchmark your performance
  • Become non-executive director in other business to understand board expectations

How to Keep the IT function Running Smoothly
·         Keep IT simple
·         Be visible as IT function and celebrate success
·         Enter business transformation space
·         Eliminate shadow it dept in business
·         Become champion of business simplification
·         Innovate
·         Really be part of your company

How to Push Boundaries of the Role
·         Know where IT should be: Leading edge, Fast follower and Commodity
·         Use your authority and power as a CIO
·         Understand your CEO’s business strategy and support it
·         Develop supportive relations with fellow directors
·         Spend time with board members
·         Reduce cost of IT year on year
·         Work closely with HR, Finance

How to Manage Teams Effectively
·         Develop direct reports
·         Ensure you have genuine technology experts in your team
·         Value PA and core team
·         Grow project and program management skills
·         Recognise importance of Operations team and people
·         Get IT organisation structure right

How to Ensure Success in Execution
·         Personally review projects
·         Subdivide team into subgroups
·         Have clear objectives
·         Look after pennies
·         Monitor audit reports
·         Reward who delivers
·         Suppliers mater
·     Enforce technology standards – They will reduce complexity, hence cost and improve speed to delivery
·         Develop win-win


In addition to this Paul also talked about a few evolving aspects of the job such as;

Future Trends to watch out for a CIO
·         Computerisation – Everything is an APP and easier to use
·         Connectivity – Everyone connected: Things, People, Processes
·         Convergence – Above plus location and things awareness
·         Collaborate – Tools for us to connect work and pay and in between things
·         Cloud – Commodatisation of IT

What will see a CIO through in 2011?
·         Focus on real customers
·         Getting onto business strategic agenda
·         Loving the technology
·         Cutting he cost
·         Managing suppliers
·         Leading your people

Many thanks and well done to La Fosse team for pulling together another high quality event. Simon if I may suggest, no harm in starting events management company in addition to core recruitment business! 🙂 Already looking forward to next event!