I was recently asked this question... "Say an RFC is submitted between Mon - Fri and the CAB is on a Tuesday the following week. We are finding the following issues. 1. The approvals within the ServiceNow workflow have not been approved by individuals within the RFC workflow, for example, the architecture or security team. 2. Due to a delay in approvals not being actioned by individuals by the time of the weekly CAB the change implementation dates need to be postponed and rescheduled until all approvals have been completed and change Comms sent out. How can the above 2 issues be addressed?" Addressing the issues related to the approval delays in the change management process could involve several strategies: Improving Approval Turnaround Time Automated Reminders and Escalations Automated Reminders : Configure ServiceNow to send automated reminders to approvers at set intervals. These reminders should escalate in urgency the closer it gets to the CAB meeting. Escalation Path :

By Donna Knapp   At one point in my career, I was a change manager. I ran my company’s change advisory board (CAB), and I spent endless hours trying to convince project managers to submit requests for change (RFCs). Despite my best efforts, I invariably had to explain, fairly often, that ‘poor planning on your part does not constitute an emergency change on mine.’ At that time, the change manager role was one of the many hats that I wore. My ‘real’ job was service desk manager. We called it a ‘hotline’ then and so yes… it was many, many years ago. In that role, I and my team saw the impact of poorly executed and failed changes. We dealt every Monday morning with the chaos that came out of the massive changes made over the weekend. That was then. Since then, much has changed. But it was through that lens that, more than 10 years ago, I first started researching a movement in the IT industry called DevOps. At the time, it was early days for DevOps and individuals and organizations were s

Change Enablement is a practice within the ITIL 4 framework that focuses on managing changes to IT services, systems, and infrastructure in a controlled and efficient manner. The primary goal is to minimize the negative impact of changes while maximizing their benefits. This involves assessing, authorizing, and overseeing changes to ensure they are implemented smoothly and successfully. The Importance of Change Enablement Change Enablement is a critical practice for managing the complexities of IT service management. By adopting a structured approach to change, organizations can minimize risks, ensure business continuity, and remain agile in the face of new challenges.  1. Risk Mitigation : Uncontrolled changes can lead to service disruptions, security breaches, and compliance issues. Change Enablement ensures that all changes are carefully evaluated and authorized, reducing the likelihood of negative outcomes. 2. Business Continuity : By managing changes effectively, organizations can

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