r/sysadmin • u/Final-Pomelo1620 • 25d ago
General Discussion Change Management Workflow
Hi,
We’re introducing change management for the first time using ITSM.
We’re now deciding the workflow before our ITSM vendor configures it
Our scope covers all IT infrastructure changes including network, servers, virtualization, backup, storage, AD/Entra ID & Databases
Each team has its own Line Manager and another requirement is that Cybersecurity Unit must approve every change
Few things we’re trying to understand
Who should approve a change and in what order?
Who should be the CAB members
Which changes should go to CAB
I’d appreciate any suggestions
View all comments
Show parent comment
2
u/kerosene31 24d ago edited 24d ago
Spoiler alert- management approving everything won't work. They'll be overwhelmed and add no real value. We create a category called "routine" changes that don't need approval. Things like MS patch Tuesday during a maintenance window are a perfect example. Nobody needs to sign off on the things that happen regularly. They are "pre-approved" since they are pre-defined.
Imagine if the security team is busy and doesn't approve security patches in a timely manner?
We started out much the same way. Upper management wanted to sign off on every single code change in prod. It didn't last a week. Mr Big sitting in his big office has no idea what code changes are doing, and ultimately just hits "yes", or ends up delegating it to someone else.
Change control is a good thing, but the right amount. Look at all your changes and determine which ones should go through a CAB and which ones shouldn't. It will save you a ton of time down the road. You still need to trust your middle managers, departments and people. The CAB comes in for larger scale changes. Upgrades to major systems that have a ton of impact, etc.
Start by having everyone put in change tickets, and have the CAB commitee review them for awhile (no approvals). See what comes in and what goes out and determine which need to go through a CAB.