Provocateur:
In my many years as a technology professional, one of the worst trends I’ve observed is the preference for the quick fix. This is the patch, the work-around, the extra step or two that compensates for an otherwise flawed process.
There is an old adage that suggests there is never enough time to do it right, but there is always enough time to do it over. This is clearly now the order of the day.
How many times does a road crew have to fill the same pothole before realizing the street has to be repaved? We’ve become so adept at creating ways of avoiding problems, we forget to go back and fix their root cause. One of my favorite road signs is the one that says BUMP ahead. If you know there is a bump, don’t hang a sign, fix it!
This mind-set carries over into technology—yes, this includes marketing technology and CRM. Apparently, it’s far easier to dump raw data into a spreadsheet and massage it until all the missing or incorrect values have been resolved, for example, than to take the time to track bad data back its source and put processes in place to avoid inputting it in the first place. Instead, we dump the same flawed data month after month into the spreadsheet. In fact, we build macros to automate the correction process.
I’ve observed in some of the new programming tools that we’ve lost the ability to check a return code. Those of you who may have written programs will recall these special variables set to specific values after an operation. A return code of zero (0) usually meant success, while other values would indicate a reason for the failure. Looking at these codes would enable you to take the appropriate action to recover from the failure or warn of bad results.
Even if error codes are available, it appears they’re rarely being used. It makes me wonder if error checking has gone the way of memory optimization. Now it only matters that the process ends, not whether it did what it was supposed to.
An employee of mine many years ago reported that he had completed his assignment to write a piece of code. He had entered and compiled it successfully, loaded and executed it. It ran, he told me, so he was done. He then went on to mention it produced the wrong results, but he still considered his assignment complete. You can’t make this stuff up.
We have to return to the discipline of getting it right the first time, and addressing the source of problems. Let’s not continue to focus on mitigating the symptoms, let’s instead get in there and cure the underlying disease.
**The original version of this column was published on “View From the Bridge.”
About the Author
Joseph Puglisi is vice president of information technology for Nice Pak.
As a senior business and technology professional and a former Fortune 500 Vice President and CIO, Joseph has extensive experience managing technology for large, complex businesses and diverse technical environments across several industries.
Find him on LinkedIn and read more of his musings and insights on technology at “View From the Bridge.”