The vision for IT service management has changed over the years. For a long time, ITIL was the standard, but ever since the famous Agile Manifesto was released in February 2001, many new methodologies have been created and successfully implemented.
Before the Agile Manifesto was released, most software developers followed the ITIL framework. ITIL is a library comprised of several books that describe and guide the practices of various aspects of IT. It was written in the 1980s by the British Government's Central Bureau of Computing and Telecommunications (CCTA) as a set of recommendations for best practices for all IT departments of government bodies. ITIL soon attracted interest from the British private sector, which saw in this work an opportunity to improve the efficiency and quality of IT service providers. It was also appealing because these practices were not linked to any supplier but focused instead on the user's point of view.
In 2000, a year before the Agile Manifesto was released, the second version of the ITIL framework, ITIL V2, was published. It contains extensive documentation composed in 7 main books. At the time, this version was the standard for the management of IT services and processes and was adopted by several large companies. Everyone wanted to implement and sell ITIL to the market.
ITIL still has a large following. Currently in version 3, which was launched in 2007, it consists of 26 processes and functions meticulously addressed in five main books:
1 - Service Strategy
2 - Service Design
3 - Service Transition
4 - Service Operation
5 - Continuous Service Improvement
Today, the adherence of large companies to the ITIL framework is still very prevalent. Many IT managers have adopted ITIL within their organizational roadmap. This is because it is a very descriptive work composed of several milestones provided in its vast documentation. ITIL describes the means of measuring and reporting the level of services provided and standardizing processes to ensure efficiency and quality.
This is not to say it isn't costly for organizations to adopt ITIL. Experts estimate that it takes most large enterprises up to 5 years to implement ITIL. Because of this, the endeavor should be treated as a long-term project whose main goal is to foster positive organizational change.
For several years now, however, ITIL has not been the only option. In 2001, 17 representatives from the most diverse types of software development process methodologies gathered at a Ski Resort in the Wasatch Mountains in Utah with the goal of finding a viable alternative to the highly descriptive and documented processes that were very common at the time. Their meeting resulted in the now widely implemented Agile Manifesto.
In the same way that the adoption of ITIL had strong market adherence, the Agile methodologies, mainly influenced by the Agile Manifesto, have influenced many companies. Unlike ITIL, the Agile Manifesto is composed of only 12 principles - not books - whose main goal is to simplify software development processes and also to identify what is most important in software development and services. Broadly speaking, the Agile Manifesto may be summarized as follows:
Currently, the companies that have benefited most from Agile methodologies are the newest companies, because they perceive in Agile a way to quickly maximize their efforts and deliver new features that add value to their businesses and products, thus accelerating financial return as well as customer satisfaction.
A practical approach to this may be seen in ROI. In Scrum, the ROI represents the benefits achieved from an investment versus the cost incurred for each feature developed. In this way, business operators can measure and maximize their ROIs so that features that are most relevant to customers are delivered first.
Some of the most famous and successful IT companies in the world began their efforts by betting on Agile. Their success only confirms that Agile methodologies have transformed and continue to transform the vision we have of IT today.
It's important to note that companies who have used ITIL to govern their IT processes in the past can still benefit from the use of Agile Methodologies. In fact, ITIL may coexist well with Agile. Adopting one approach does not mean abandoning the other. Both ITIL and Agile are customer-focused, but each one uses a different approach to address the same goal. The most practical way to deal with this difference, to start, would be to integrate some of the ITIL RFCs already implemented within Agile.
Companies' eager adoption of Agile practices indicates a response to the new challenges faced in the IT world today: the ability to implement new ideas and adapt without "getting stuck" in long processes. Agile's pillar of quick response to change provides a solution. Nonetheless, does ITIL deserve a place at the table? The answer is yes. ITIL can help companies organize the fast changes introduced by Agile. In the end, both ITIL and Agile are useful.