ITIL 4 is an evolution of ITIL V3. Before we start talking about specific processes or practices, it is important to stress that the focus has shifted. ITIL 4 gives us a fresh perspective to service management and emphasizes the customer user experience, the approach to the overall service value system, the service value chain and value streams , and much more.  Download the What is ITIL 4 document from the ITSM Academy Resource Center and be sure to read past the first few pages for more information on the new perspective that drives modern service management. The emphasis is on value from the customer user experience and integrated holistic approach. That does not mean that the processes are going away. Today we refer to a process as a "practice". Practices are broader in scope than processes and include all 4 dimensions/resources including the process. Two processes or “practices” that have been decoupled in ITIL 4 are the Deployment Management practice an...

Note: this was originally published in 2016 and explains the ITIL V3 lifecycle phase "Release, Control, and Validation (RCV)." In 2024, the ITIL 4, the concepts of RCV are integrated into various practices, notably Change Enablement, Release Management, and Service Validation and Testing, which are essential for managing and ensuring successful service changes, releases, and validations.  For a more detailed understanding, ITIL 4 Specialist modules like " Create, Deliver and Support " offer comprehensive coverage of these practices in a modern context. --- I was recently asked the following: “I want to take the “Release, Control and Validation” (RCV) class. As a Release Manager, I know it will help but I need to justify this for my manager. What is the value of taking this class?” Every organization can be effective with release and deployments. What is needed today is for us not only to get the job done but to do it efficiently. Efficiency infers that we deliv...

Note: this was originally published in 2016 and explains the ITIL V3 lifecycle phase "Release, Control, and Validation (RCV)." In 2024, the ITIL 4, the concepts of RCV are integrated into various practices, notably Change Enablement, Release Management, and Service Validation and Testing, which are essential for managing and ensuring successful service changes, releases, and validations. For a more detailed understanding, ITIL 4 Specialist modules like " Create, Deliver and Support " offer comprehensive coverage of these practices in a modern context. --- RCV stands for Release, Control and Validate. These are critical activities that are required for every deployment. Proper Release, Control and Validation (RCV) is achieved as a result of integrated process activities. In today's dynamic business climate, service outages cause real bottom line impact to the business. Mature processes are critical in enabling IT organizations to smoothly transition new and ch...

A lot of organizations today are focusing on improving their time to market and also looking at tactical ways to be able to deliver services without causing massive "All Hands on Deck" outages.  How can we deliver quality services faster at the least amount of cost? Varied methods such as Agile, Lean, Six Sigma and other service management process activities and methods have been attempted.  Why are we missing the mark?  Why does the business not see the type of returns that are touted?  Perhaps if there was more of a focus on the strategy, or at least as much time and effort as is put forth in the tactical and operation space, we would see better results.   Is it time to shift the focus? Having a clear strategy will help your organization to be able to link tactical plans and operational activities to outcomes that are critical to customers and to the business as a whole.  With clear strategic initiatives, governance and best practice princi...

Continuous Delivery is a software development practice where software is always in a releasable state.   Teams produce software in short cycles, ensuring that the software can be reliably released at any time.  By relying on automated testing and deployment, as well as ensuring collaboration and communication between development and operational teams (DevOps), the goal of building, testing, and releasing software faster and more frequently can be achieved. This approach can help to reduce the cost, time and risk of delivering changes by allowing for more incremental updates to applications and configuration items (CIs) into production.  A straightforward and repeatable deployment process is important for continuous delivery and will be critical for operational processes such as Change Management and Release and Deployment Management to be agile and robust in the DevOps environments where continuous delivery will be part of best practices.   Continuous Deliv...

IT is a large and growing slice of the overall budget for many companies. That money spent on IT is anticipated to create business value and support business growth. However in many IT organizations, a considerable percentage of this budget and IT labor is consumed on managing of incidents. First, second and third tier levels of support along with support technology and tools can become expensive to retain and maintain. In fact this is unplanned work which inhibits value creation and business growth. Many people will advocate a solid proactive problem management process to eliminate the root cause of these incidents and I am right there alongside them. However, I think we need to look even earlier in the service lifecycle. The standard statistic that I see most often quoted is that up to 80% of all incidents are cause by undocumented and unauthorized changes.  So for the sake of this argument let us take that as our baseline and discuss critical success factors facing service ...

A reader recently asked me to comment on the difference between Change and Release Management. The first question “Is it a request or proposal?” is a good one.  When we use the term proposal, normally we are speaking about major changes that will involve significant risk, cost, or organizational impact.  Proposals are normally initiated by the portfolio management process.  They can also be submitted by a program or project management office.  Again remember that each organization is unique and how they do this and at what level it takes place can be different from organization to organization. This is defined at a high level, but the details necessary will depend on the organizational requirements.  For the most part, before the new or significantly changed service is chartered it is critical that the proposed change be reviewed for its potential impact on other services, shared resources, and the change schedule. These proposals are submitted to change ma...

To understand the concept of “Release Models” one must first understand the clear distinction between the Change Management process and the process of Release and Deployment Management.   At a high level you could say that the Change Management process activities assess, authorizes and control the change and that Release and Deployment Process will actually execute or implement the change. This helps to understand the difference between change and release but also to understand that there will be different skillsets and activities involved for each area.    Although Change and Release management processes in and of themselves do have clearly defined objectives, roles and responsibilities these processes do not stand alone and must consistently work together for seamless integration with all of the Service Transition processes including Service Asset and Configuration Management and Validate and Testing processes.   This is especially true when you set out to defi...