In most companies, IT Departments have always been a bit like “the distant cousin” who knows how to fix the washing machine. Their very existence is only remembered when something goes wrong with it, and most times they end up being blamed for the initial problem.
The market self-healing momentum has led to the event of some supportive methodologies and frameworks which aim at promoting both the effectiveness of IT Services (in the case of ITIL) as well as the very place of the IT Department in support of the corporation (in the case of COBIT).
ITIL sets forward a framework that classifies and manages the life-cycle of key IT corporate assets (Configuration Items) whereas COBIT promotes proper workflows between the IT Department and the remaining corporate areas in order to leverage the potential that IT represents towards supporting effective Corporate Core Business processes and pain points.
Both frameworks are perfectly aligned with the LEAN Manufacturing and Operation concept as well as Continuous Improvement and Error Mitigation frameworks/ methodologies such as Six Sigma or Kaizen.
Constraints
The point is that while a Corporate Change Management Process (which implies investing time and money) towards going LEAN (by implementing herein mentioned methodologies such as Six Sigma or Kaizen), will add value and raise efficiencies throughout the entire organizational value chain’s scope; implementing COBIT, is primarily perceived as something that will mainly leverage (over an initial stage) the IT Department’s ability to better support the organization.
ITIL, on the other hand, shows a more direct beneficial line of sight since it can significantly contribute to map, monitor and improve organizational processes that directly impact Corporate Core Business (direct cost savings).
Now from a CIO’s standing point, while a manager in charge of assuring the performance of Internal Corporate IT Services, there is the vital need for having at his/ her disposal and on demand the main operational performance data pertaining corporate IT Landscape. This is achievable through the definition and establishment of mechanisms and processes that enable assertive measurement of Key Performance Indicators (KPIs).
On KPIs
A Key Performance Indicator is a measurable value that bears capital importance in demonstrating how a given system or process is performing towards meeting inherent established objectives.
KPIs are usually clustered in two groups that represent distinct levels of detail:
Now how can KPIs be developed?
Since KPIs serve the purpose of measuring the adherence towards established goals and objectives, one needs to begin by having those defined in an unambiguous and assertive manner.
The following step consists of picking each goal and objective separately and define:
As an example, let’s pick an intuitive KPI that relates to about 100% of client software and which is “availability”. Every client user wants the software that he/ she uses to be available every time it is needed.
So, the KPI here could be “Client Software Availability”.
Now, what should be the goal here?
As mentioned the goal is to have the software available every time it is needed, therefore the target is 100% availability on office work time, meaning Monday to Friday from 08:00 through 18:00 hours.
What is the acceptable deviation?
We can say that if once a month a client is not able to use the software for 30 minutes that will not represent a serious impact on the company Core Business. So, we pick 22 working days in a month and multiply them by 10 work hours per day and we get a total monthly work time window of 220 hours (or 13,200 minutes). Having the software down for 30 minutes each month means an availability of 99.7%.
How can the measure be made?
Every workstation has event logs which can be checked to assess which down times or errors, as well as process activations, have been triggered and it is easy to configure a local routine that forwards a message to a central information repository upon any given incident.
When should the measuring be active?
Being this the case of an event triggered action, the measurement will take place every time the event happens.
The CIO’s KPIs
The CIO is both a Manager in the organization (therefore, responsible for running a cost center) and an Internal Services Provider who usually resorts to 3rd party entities to assure such services towards the organization.
In this manner, the CIO has two separate groups of KPIs that support his “steering” activities, “Organizational” and “Operational”.
The Organizational KPIs pertain the IT Department’s metrics such as Financial Performance (e.g. being in line with the budget) while the Operational KPIs address Service topics (e.g. IT Systems availability).
Let’s now list some of the main KPIs according to herein established groups and provide a short explanation about each:
Operational KPIs
Organizational KPIs
Please note that the herein described KPIs do not represent the full scope yet the most common in the market.
IT Department’s role
IT is a corporate base “toolkit” for any modern-day organization and the IT Department the internal team who assures that the “tools” are:
“Looping” back to the initial paragraphs in this article, most IT Departments in major Corporations already assure ITIL based services with proper KPIs in place, but still miss the integration on the corporation operational workflow, and one way to reach it is (as mentioned) through the implementation of COBIT (or a similar methodology).
Giving a brief holistic perspective on the subject, COBIT is a methodology that supports the alignment of enterprise IT Governance with Corporate Core Business.
The main objectives of a COBIT implementation should, therefore, be to:
This post originally appeared on the Tenfold IT Blog