Five good tips to running a Change Advisory Board (CAB)
Five good tips to running a Change Advisory Board (CAB)
Time and time again, I’m asked the question: “How do you manage a CAB effectively?” Having been a change manager for two companies as well as assisted several organizations optimize their process; I’ve painfully discovered some handy tricks and tips that might help. This is not an all-inclusive list, but a short snapshot of the top five that have helped me. Of course, I there are volumes of advice on the Change Management process, but keep in mind these are specifically for having a better CAB experience:
1. Get the agenda out early and encourage discussions before the CAB.
Don’t wait until the last minute to publish the upcoming CAB schedule. One of the frustrating things about attending CABs is that attendees often don’t really know much about the changes until they get to the meeting. Publish the list early so attendees have a chance to get up to speed on the proposed changes. This way, they can get with change requestors and sponsors before the meeting to get a clear understanding of what is proposed. If you don’t, then your CAB will be overtaken with efforts to solve any personal issues people have with proposed changes.
2. DECISION MAKERS attend the CAB.
The CAB members should be selected based on their knowledge and meaningful input to the meeting. What happens when CAB invitees can’t make it and send their designated hitters? Simple: ensure that then people attending have the authority to speak on the behalf of the person they are sitting in for. There’s nothing more frustrating than discussing a change and a key role says “I don’t think I can speak on that, I’ll have to get approval from my boss.” If they can’t speak on behalf of their boss, then they don’t need to be there. You can either clarify this need with the attendees before the meeting, or reschedule the discussion to a later CAB when the key personnel can attend. Also, don’t forget to have your Service Desk represented at the CAB!
3. Know your decision thresholds.
Do not attempt to approve a change that is bigger than you. Follow your organization’s governance guidelines and determine the rules to decision making. This means that you should know exactly what thresholds (dollar amount, risk level, impact, urgency, etc.) you are capable of approving. For example, most CABs have the authority to approve server changes, but not approving a major ERP go live. These types of changes should be escalated to a higher level change authority, for example a steering or management committee.
4. If you are the Change Manager, your Configuration Manager sits right next to you.
If you have a CMDB to control configuration items, the Configuration Manager should be an integral part of your CAB. A lot of pre-work and investigation can be done via configuration management before a CAB takes place, and the Configuration Manager can be a huge help when discussing associated risks and impacts of potential changes. Use the configuration model to illustrate the relationships between configuration items to the CAB to help with analysis.
5. Careful not to get into “rubber stamping.”
Many CABs get overwhelmed with complex and numerous changes. The pressures of getting through these changes during a meeting are enormous. This often results in sloppy approvals that may not receive proper assessment – and can cause incidents once deployed. Ensure that every change request receives the proper attention by scheduling enough time to discuss them. Also, be careful not to blindly approve a request simply based on who is requesting it. I remember a situation where a CAB approved a change simply based on who was requesting it. This “rubber stamp” approval resulted in a poorly managed deployment that caused several hours of downtime. The lesson learned here is that it doesn’t matter who is asking, every change must have the proper amount of analysis and scrutiny.
These are just a few I’ve found helpful. Of course, there are more out there. Feel free to reach out with your thoughts and ideas!
Director of Business Services
Interface Technical Training
Upcoming classes by Mark Thomas at Interface Technical Training
ITIL200: ITIL V3 Foundations Certification Course
ITIL-SO: ITIL v3 Intermediate Lifecycle: Service Operation with Certification Exam
COBIT200: COBIT 4.1 Foundation & Implementation. IT Governance Training
BA200: Business Analysis training for the IT Professional
You May Also Like
CAB, Change Advisory Board, Change Management, CMDB, Configuration Manager, Governance, ITIL
A Simple Introduction to Cisco CML20 3660 0
Mark Jacob, Cisco Instructor, presents an introduction to Cisco Modeling Labs 2.0 or CML2.0, an upgrade to Cisco’s VIRL Personal Edition. Mark demonstrates Terminal Emulator access to console, as well as console access from within the CML2.0 product. Hello, I’m Mark Jacob, a Cisco Instructor and Network Instructor at Interface Technical Training. I’ve been using … Continue reading A Simple Introduction to Cisco CML2
Configuring Windows Mobility Center and How to Turn it On and Off1 1404 1
Video transcription Steve Fullmer: In our Windows training courses, we often share information about the Windows 8.1 Mobility Center. Mobility Center was introduced for mobile and laptop devices in Windows 7. It’s present and somewhat enhanced in Windows 8. Since we don’t have mobile devices in our classrooms, I decided to take a little bit … Continue reading Configuring Windows Mobility Center and How to Turn it On and Off
OSPF Adjacency Troubleshooting Solution – Getting Close to the OSPF adj0 246 1
In this video, Cisco CCNA & CCNP instructor Mark Jacob shows how to troubleshoot OSPF Adjacency issues by showing the distance between routers with the show ip ospf neighbor command.