The IT Infrastructure Library (ITIL®) is an IT-thing. Yes, I know it benefits the business, but ITIL is inherently a set of IT workflow processes. Non-IT people, even well-educated non-IT people (read senior executives with control over the purse strings) often don’t understand what ITIL represents.
If you don't believe me the next time you bump into the CFO in the elevator try relaying the benefits of your recent Component Failure Impact Assessment (CFIA) exercise!
We also know that implementing ITIL incurs costs. True, there are many things you can do that are low or no cost, but some elements require investments. The question often arises about how to engage the "C-level" to get the mindshare necessary for budget allocations, people, products, etc.
As luck would have it, the ITIL has some guidance in this area. If you investigate the ITIL, you can uncover some real gems about how to engage the business and gain mindshare to fund our (IT) projects and plans. Following is a starter on how to engage the "C-level" and start selling ITIL to the top.
Understand that ITIL is an IT Matter
Yes, IT must align with the Business in order to deliver services required by Customer and Users. However, business strategic, commercial, and political matters are indirect components of an ITIL implementation. The Business will not drive ITIL adoption, only IT can drive ITIL adoption. It is incumbent upon us within IT to communicate, convince, and justify our plans.
Sometimes in our drive to align with the Business, we forget that ITIL is an IT matter. While understanding that ITIL can benefit Customers and Users, it is also very important to realize and accept that ITIL is an IT matter first and foremost. We have to take responsibility for clearly communicating our needs to management; we cannot sit back and wait for enlightened management to grant us what we wish. ITIL adoption is an IT matter.
Learning to Sell
For many years, all IT had to do was state the requirements, and the business paid the bill -- or else! That is an odd arrangement considering that every other department has to justify its position, projects and existence. For example, no marketing department worth its salt introduces a new product and commits the company to a product development cycle without doing market analysis, understanding the profit potential, describing the costs, and adapting to market needs. It develops a written product plan. Then it presents the need for the new product in business terms, that business stakeholders understand.
IT has forgotten this, and the only way to succeed in selling ITIL to the top is to learn how to sell! ITIL is a process for improving the performance of IT staff, services, and operations. IT improvement causes higher IT performance, which may or may not improve business performance. This indirect Business/IT linkage is where the breakdown almost always occurs. So, how do we map the IT-centric benefits of ITIL to sell to the business?
Stakeholders are the Key
The ITIL describes the concept of stakeholders and the Continuous Service Improvement Program (CSIP). Many of us use the term CSIP very lightly, but if you examine it closely, the ITIL spends a significant amount of print on describing stakeholders.
A stakeholder is any individual or group with an interest or "stake" in IT or the CSIP. We usually know the stakeholders in IT, but have you ever documented the stakeholders outside of IT? For example, senior business executives, customers, users, etc? Now, have you considered stakeholders outside of the company? For example, vendors, suppliers, and competitors? Most of us probably think only of stakeholders with a positive impact within IT. In reality however, you must also include all stakeholders, inside and outside of IT and the company, and with a positive or negative impact.
It is here, in truly understanding (and documenting) your stakeholders that you find the keys to selling ITIL to the top! You will probably find that the most powerful allies for justifying ITIL are not inside IT, or even your company; nor will their impact always be positive.
In Table 1, for example, the CEO must comply with Sarbanes-Oxley; the Controller/CFO must work with auditors; the VP of IT must align IT operations to align. You must drive this from the top to the bottom. Start with the highest level possible, and expand downward, trying to map relationships. Note that you may need to have several maps!
|Business/Mission Driver||Title||Name||Change Advocate|
|Shareholder value||CEO||D. Jones||X||Sarbanes-Oxley via SAS-70|
|IT record keeping||Controller/CFO||A. Smith||X||COBIT to align with SAS-70|
|IT record maintenance||VP IT||W. Cole||X||X||ITIL best practice driven by COBIT CSF/KPI|
|Updated Incident Management Software||Service Desk Manager||M. Will||X||Reports and audits, based on ITIL, as defined by business requirements.|
Table 1 derives from the ITIL, but contains modifications appropriate for initial stakeholder definition. Specifically, I have added an Audit/Control means field, which clearly references the framework for understanding motivation. You can use this process for any IT initiative you wish to justify. Remember, it is our responsibility to justify what we know we need. Failure to observe this simple fact results in decreasing headcount and budget in the face of increasing requirements.
As a starting point toward taking the responsibility for selling ITIL to the top, here is a 7-point plan you can begin implementing today, for next to no cost:
This approach may sound like common sense, but as in all things, thinking it through and having a plan delivers benefits that are more consistent. As a side note, the above steps are what drive the Continual Service Improvement Process too! If you do not have such a plan already in place, you should consider one. Such a map is of course not the justification, but provides you with a plan for justification. Using your stakeholder map, you will plan your course of action, deciding whom to approach, in what order, and what you will say and do along the way.
Some may feel this is an unnecessary step, perhaps that it is even manipulative. Others may feel this is self-evident, and that enlightened management does not require such machinations. However, IT competes with all the other business processes for mindshare and budget. Compete is the correct word here. In a competition, the teams and players all have a game plan, they understand their roles, they carry out their plans, individually and then together as a team. If you don't know where you are going there is a very good chance that you will get nowhere!
There is much more to selling ITIL to the top than these 7 steps, but this is a good starting point. This example focuses on and audit and control motivation; you can use the same approach for any business or mission benefit or objective as well. This process is how you sell ITIL to the top. It is perfectly viable to have multiple maps, for example, one for business/mission drivers with audit and control; and another for business/market drivers with sales and marketing goals.
Use your imagination and this process to physically represent how IT supports any non-IT endeavor and how to justify that IT activity. Ultimately, every single person, project, process, activity, and role in IT must map back to a business or mission driver -- otherwise, why are you doing it? Over time, expand your maps to take into account all of IT.
There is another real benefit to this process -- the next time you find yourself in the presence of a stakeholder you will be able to communicate about things they care about, in their terms. Once you start this process, be aware that it will change both how you perceive your organization, and how your stakeholders perceive you.
Keep your maps updated. You will find these maps invaluable as you manage and grow!