This editorial was originally published on Dec 9, 2009. It is being re-run as Steve is on vacation.

It's not just the code. Sure the code's important, but it's not necessarily the most important thing. It's more than just the way something works, even if the code is written correctly and performs all the right calculations. That matters, to various degrees in different applications, but it isn't the most important thing. The important thing is the way the application gets used, and the way the users feel about it. In other words, the perception of the application.

The perception of all of our systems and the services we deliver is what really counts. I heard someone recently paraphrase a well known saying. I don't remember it exactly, but it was something like "People never remember the quality code we deliver, but they never forget the lack of quality in our code."

That's true, no matter what we deliver. Our users don't remember the 500 days our database server ran without an issue; they remember the day it was down. They remember when our application rollout broke something or made them work more. And they definitely remember when the application is slow or doesn't help them in their jobs.

As an IT group, even as technologists in general, we have to  take this into consideration when we design and build solutions. Building great software doesn't just mean meeting the specifications we were given to  the letter, or duplicating the functionality that we think is being performed or we think is needed. 

We need to make sure that our systems work with the user, that help the user and make their jobs easier. It has to provide some tangible benefits to the end user or they just don't perceive it as being useful to them.

I've rolled out applications before that had cool, new features that hadn't existed before, or we had incorporated new functionality they had requested. But for some reason it didn't work well, or smoothly, or the user didn't understand how to use the system. The perception was that the application was a failure.

None of us wants to be in that situation. We don't want our work to go unappreciated. To do that we need to take the users' perception into account when we're designing and building software. We need lots of feedback as we go along and make sure we're building the application the users actually want.