It’s Time for IT to Ask More of the Right Questions
Today, the IT department is often a victim of its success. With technology increasingly at the center of business initiatives, there is an insatiable demand for services. And while most IT professionals come to work each day to be productive and add value, more often than not, it’s an uphill battle to keep internal customers happy. Working either harder or smarter hasn’t necessarily produced the customer satisfaction dividend anticipated. Moreover, it has served to increase expectations of what can be provided and it has continued to raise the bar for IT.
Typically, IT will deliver the right thing at the right time (as long as there is leadership support and good requirements), but it can be painful getting there. Internal customers will be happy to get their solution, but they might not be happy in the manner it was done. It’s a perception issue. IT is too often judged almost exclusively on how something was produced rather than what was delivered.
Should IT be chasing kudos or trying to get the job done right?
In the service business, success is often measured by having happy customers. In the marketplace, happy customers are repeat customers. Organizations with internal service departments are not usually subject to these types of competitive pressures. Sure, cost must be managed otherwise a service may be better performed outside the business. But even where cost is higher, organizations continue to enjoy the benefits and pay the premium of keeping many services internal. For example, they can exert maximum control and are not subject to continued contractual interpretations and disputes. With that said, if you’re a captive cost-center, quality customer service has to be driven by something else such as culture, incentives, or vision. In other words: it’s a choice.
If an IT team is delivering quality services and products but still not meeting, say, the speed of service expected, that might be an acceptable trade-off. In other businesses, quality may suffer in place of speed. In project management, there is a maxim known as the triple constraint. That is, changing one of the following: speed, cost, and scope usually results in an impact to the others. In service delivery, the triple constraint is often quality, speed, and customer satisfaction (underlying these is a fourth, the inadequately addressed component of risk.)
It’s a worthy goal to be both a world-class customer service provider and a producer of high quality products and services. It’s possible to manage the service triple constraint without too many trade-offs. But to be that organization requires an important operating principle: IT must rarely be the arbiter of priorities. That role must live squarely outside of IT.
Changing IT from an organization of “no” into an organization of “go”
I’ve seen it repeated throughout my 20-year IT career: internal customers come to the IT team with a need and it’s IT who says it can’t be done. Customers get frustrated and they have a poor view of the IT team. Usually they are saying “no” because of a capacity issue rather than a technical limitation. When IT says no to a customer, what they’re really saying is that something else is more important. That’s IT being an arbiter of priorities.
Yes, it goes back to IT governance, something I’ve discussed as being absolutely essential to business success.
But while IT governance can work as a process at the leadership level, it will fail when the IT team doesn’t have the understanding and the language of the process to support it as it manifests downstream.
When confronted with a priority decision, an IT staffer needs to move arbitration back to the business.
The staffer typically wants to know what to do, not whether they should do it.
Therefore, you must transition your staff from saying “no” to asking questions about priority and capacity. It certainly can be the case that more than one request has priority. If so, it’s now a question of investment. Spend more and you’ll get more resources.
Bottom line: these decisions are made by the business, not by the IT staffer who’s just trying to do the right thing.
Internal end-users and IT may never have a love affair, but if roles are better defined and understood, all parties will be less frustrated, have greater empathy for where they are coming from, and customer satisfaction will be firmly focused on the quality of the product or service being provided.