More. Better. Faster.

IT Service Management as a practice takes into account every aspect of IT service delivery, from design, cost and deployment to projects, changes, releases and support. It provides a framework to establish measurable and repeatable objectives within an organization for the management of information and technology. Yet, its adoption by most organizations has been slow, if at all.
Implementing best practices is expensive and confusing to most organizations. And not having them implemented to begin with means there are already too many fires to put out, much to react to, and too little time for much else. There is also a perception that introducing a standard framework or processes in an environment that is built on reaction would stifle responsiveness with bureaucratic red tape.
Most IT shops operate with a culture of busy-ness. It is not that the work itself is busywork, necessarily. It is that the workload is so dramatically overwhelming, ideas like planning, designing and implementing IT Service Management best practices are the least immediate concerns on anyone’s mind. They have to fix the server that broke after the upgrade the night before, after not accounting for its impact on another system that depended on it. They need to respond to the service delivery complaint that has been escalated to senior management, which was caused by a lack of process guiding how to interact with a user, classify, document or resolve a service issue.
Even if best practices were designed and adopted, there would be resistance. Change means altering behaviors, attitudes and perceptions, and soliciting and securing a consensus. It also means reorganization of tasks, roles and duties. A tough sell for a culture used to doing what they do they way they do it; and generally doing a pretty good job at that.
These organizations tend to focus (and rightly so) very much on cost, productivity and worker utilization. How many widgets were produced? How much did they cost to produce? How much time did the widget producer spend producing them? These are valid questions for a manufacturer. But are these questions valid for IT workers, or more specifically, IT support center professionals?
In most support centers, productivity is measured by the number of tickets opened and closed, how long resolution took, the speed of answering the phone or emails, and the amount of time spent doing all of these to determine utilization and therefore cost. But does this make sense to do? Continue Reading…