Old metadata campaigners understand the difficulty in establishing a metadata management program within their IT organization. After all, metadata management and enterprise architecture strategies
frequently look like attempts to “solve world hunger” by “boiling the ocean” (sorry for the mixed metaphors), yet promise little immediate payback. On the other hand, how
many metadata fire drills will it take before establishing an ongoing IT knowledge management framework begins to make sense? In other words, how many times do we have to be right before anyone
listens? Let’s list a few examples:
- Data warehouses that aren’t used because nobody documented what the data means and where it came from.
- Mergers and acquisitions that don’t work because nobody really knows what all the systems do, what infrastructure runs each system, how data moves between systems, and how they can
combine everything. - Inability to meet regulatory compliance (i.e., GLBA, PCI) because there is no list of all the files and databases, let alone which ones contain consumer data.
- Expanding the length of a primary key field called X by Y number of bytes begets a project that cost Z millions of dollars (fill in X, Y and Z as appropriate for your organization).
- Outsourcing arrangements that don’t work because your organization has been running on the efforts of individual “heroes” rather than documenting IT knowledge and
standardizing processes. - And last but not least, let us not forget the mother of all metadata fire drills – Y2K. How many organizations scrambled to build application metadata repositories and then let all that
work slip away after the crisis had passed?
What is the common thread in all of these examples – millions of dollars wasted because the organization lacks a reference library of all IT assets and their relationships.
So what does ITIL (information technology infrastructure library) have to do with all this? For many of you, especially in the data management field, we probably need to start by describing ITIL.
At the simplest level, ITIL is a set of books (literally) that define best practices for IT processes. The idea of defining IT best practices in a set of books is the brainchild of the OGC (Office
of Government Commerce), which is a part of the British government. Here’s a quote from their website:
The IT Infrastructure Library® (ITIL) is the most widely accepted approach to IT service management in the world. ITIL is a cohesive best practice framework, drawn from the public and
private sectors internationally. It describes the organisation of IT resources to deliver business value, and documents processes, functions and roles in IT Service Management (ITSM). ITIL is
supported by a comprehensive qualifications scheme, accredited training organisations, and implementation and assessment tools. The original version of ITIL was developed at the same time as, and
in alignment with BS 15000, the former UK standard for IT Service Management. BS15000 was fast-tracked in 2005 to become ISO/IEC 20000, the first international standard in ITSM. OGC is committed
to the maintenance of alignment between future versions of ITIL and ISO/IEC 20000.
The itSMF is an international user group dedicated to promoting IT service management best practices and is the vehicle for IT organizations to get involved in the “movement.”
Here’s a quote from the U.S. chapter website:
itSMF USA is the United States chapter of the ITSMF international organization which has over 40 chapters. Based on the ITIL framework which was developed in the 1980s, IT Service Management
has expanded to support and promote other Service Management frameworks such as ISO20000, COBIT, IS17799, PRINCE2, Six Sigma and many others. itSMF USA is a member driven organization organized
in Local Interest Groups (LIGs) and one Student-Special Interest Group (S-SIG) located in over forty major metropolitan areas of the country and many others are being started.
While ITIL covers many IT-related processes, of most interest are the “Service Support” and “Service Delivery” books that define the processes listed below.
This article will not detail these processes as most are fairly self-evident and the websites listed earlier contain a wealth of information on the topic.
What is important to know however, is that while ITIL is all about process best practice, the processes are enabled by a metadata repository called the CMDB (configuration management database). The
CMDB is an integrated database that underlies all of the Service Support and Service Delivery processes. It provides not only a catalog of IT assets (i.e., hardware and software components) but how
they relate to one another. Furthermore (enterprise architects start paying attention), the CMDB also contains a model of all business services, how those services are supported by the underlying
application systems, and how those application systems are supported by the underlying infrastructure. One of the fundamental principles of ITIL is a focus on moving IT organizations toward
managing “services” versus “systems” (i.e., is the Order Entry website up versus is server xyz up). This requires not only the recording of physical assets in the CMDB, but
also a conceptualization of the business itself in terms of business services and the automated systems that support those services – in short, an ontology of the organization enabling impact
analysis, where-used analysis, and visualization of the complex relationships between business services, applications, and infrastructure.
The introduction to this article states that ITIL will re-energize metadata management in the IT organization. Why is it that ITIL will succeed where past metadata management efforts have
floundered? There are three simple reasons – ROI, ROI, and ROI. There’s a reason why ITIL is widely implemented in Europe and taking off in America – it works. Implementing ITIL
best practice processes will reduce IT support costs and improve service delivery. And the secret sauce of ITIL isn’t the process; it’s the integrated knowledge repository called the
CMDB that enables process integration and optimization. Simply put, the ROI contained within an ITIL implementation will fund the creation of the IT knowledge management framework, now called the
CMDB.
All of the above not withstanding, the term “metadata” does not appear in any of the ITIL documentation (nor do ITIL consultants use this term). While ITIL puts forward a far-reaching
vision for IT knowledge management, it is hidden inside a vague description of the CMDB itself and how the ITIL processes are enabled by the CMDB. The ITIL documents themselves do not provide much
prescriptive how-to information on building the CMDB, and that is where all you old metadata campaigners come in – run (don’t walk) down to your data center operations area and find out
where they are in their ITIL implementation and volunteer your services to help out.
Hopefully this article has piqued your interest in exploring ITIL and the opportunity it presents. Traditional metadata management efforts are fraught with danger and have experienced high failure
rates. The ITIL CMDB effort will be no less challenging, but has the distinct advantage of the process improvement business model and ROI. Future articles will delve deeper into the subject by
exploring the following areas:
- The CMDB meta-model as (loosely) defined by ITIL starts out simply enough but presents a bold vision for IT knowledge management. Vendor tools that support this concept have only recently
appeared with features that will be familiar to the “metadata repository” crowd. Where the meta-model starts and stops, and how it federates with other data sources, is an important
starting point. - The various components of ITIL process ROI are enabled by the CMDB. Understanding the ROI model will help launch the CMDB effort. Gathering metadata is all cost; effective usage is what
provides the reward. A successful strategy will focus on both simultaneously. - The technical issues in architecting the suite of tools needed to implement the vision. Needless to say, ITIL has presented a gold mine to software vendors, who are supplying good functionality
and lots of marketing hype. Sorting through the value propositions and defining the correct tool “ecosystem” will make or break ITIL projects.
