Implementing a great idea takes common sense and good marketing. It also requires knowing who to motivate to implement change. In this article, Clarke Ching writes about a time when he figured out a simple solution to a complex problem that would save his employer millions, but no one seemed to care. Clarke discovered that it is far easier to sell aspirin if your customer already has a headache.
The last time I did something truly clever was in late 1996. I solved a problem that previously had seemed impossible to solve. Yet I found the solution to the problem in thirty minutes, while working on another project. I was very pleased with myself.
At the time I was the technical lead of a development team in a medium-sized bank, which had just been bought by a larger bank. The key motivation for the merger was the cost savings: Together we could serve the same number of customers using fewer branches and head office staff. Another major cost saving was that the smaller bank's IT systems could be switched off, the excess hardware sold, and many staff laid off as well. My team was working on one of the migration projects.
In the early stages of the migration, I discovered a major technical problem. During the period when the bank was planning to close branches, more than half a million customers would have to visit their local branches in order to key in new security PIN numbers. Because the customer's card number would change during the migration and the debit and credit card PINs were encrypted using the card number as one of the encryption keys, the new PINs would not work on the new cards. These "technical complications" were well known throughout the banking industry.
I discovered a very simple way of overcoming this problem, unexpectedly, while reading some very dense technical documentation for an unrelated project. It was one of those light bulb moments you see in cartoons. Within thirty minutes, I had documented the solution and "proved" it in theory with my colleagues, but it still needed to be proved with an experiment. I spent another hour or so polishing a memo describing my solution before sending it off to . . . well, that was my next problem. Who should I send the "solution" to?
Being in my mid-20s at the time and full of technical strength coupled with an unhealthy dose of confidence and naïvety, I sent my memo straight to the program manager of the IT migration project. I had been careful-as I'd been taught to do-to send him not only a problem but also a solution. I sat back and waited for my email to ricochet around the organization and for the plaudits to rain down on me. And, sure enough, a few minutes after hitting the send button my PC chimed, indicating a new email had arrived. The program manager replied with a simple "Thanks!"
Still, I waited for the plaudits. And waited. But nothing happened. After a week of pressing the refresh button on my email software every five minutes, I rang the program manager to check how things were going. He listened politely to my query, said he couldn't remember my email, but promised to look into it.
I was stunned by his lack of interest. I knew he was a busy man, but my memo clearly indicated that this project had a small cost-less than a month's work for one person-and a big benefit. The branch closures could happen sooner, and the bank could save millions.
Three weeks later, after no response from the program manager, I called him again. He thanked me and told me that he looked into my memo but that the decision had been made not to pursue the issue any further. Hmm, I thought. So I fired up my email client, printed the original email, and headed toward the cards department. They, after all, were the people causing the problem. Somehow I