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. Es...

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 we...

By Donna Knapp  and Lisa Schwartz For years, people , process , and technology (PPT) provided a widely recognized framework for balancing and integrating the components needed to achieve effective performance and outcomes. In the ITIL v3 Service Design publication, this perspective expanded to the four Ps: people , processes , products , and partners . ITIL 4 developed these ideas further through the four dimensions of service management. ITIL (Version 5) carries the same four dimensions forward into digital product and service management, emphasizing their importance throughout the product and service lifecycle. The four dimensions are: Organizations and people Information and technology Partners and suppliers Value streams and processes These dimensions provide complementary perspectives for managing digital products and services. They apply across the ITIL Value System, including its management practices and the activities through which products and ser...