This site is protected by reCAPTCHA and the Google | Privacy Policy and Terms of Service apply.
Lately, I have seen a gap arise between developers and the Change Management process. A gap that is perfectly logical, considering the Change Management process is obstructing the developers. It is undermining the true essence of DevOps – shortening the time-to-market of products and improvements (Dev) and maintaining product and process governance (Ops). However, the change process is often not in scope in DevOps, and therefore, left out in the DevOps Way of Working. But applying DevOps without any Change Management is actually only applying ‘Dev’ and forgetting about the ‘Ops’ part!
The problem Developers have to manually request a change for every deployment they do, meaning less work can be done in a single Sprint. And on top of that, the developers don’t understand the need for changes, since all that will be changed is already registered in their commits. What happens is that less and less change requests are logged, meaning you will gradually lose visibility and control (the ‘Ops’ in DevOps). Eventually, this will result in audit findings, making it harder to trace and solve (P1) incidents or it might even turn out to be causing those.
Using standard change templates already simplifies matters, but it still forces the developers to exit their bubble to execute the change process. They would rather reuse most of the information already provided in their commits than copy/pasting this in a change template. In this case, automation with the Now Platform is the magic word, as it will unify the developers and the change process. But the technology will not accommodate the key principle of DevOps, team effort, all on its own. To be successful, you will need to align people and processes too.
People Aligning people to processes is key. The developers must to be aware of the change template(s). Both the Change Managers and developers have to agree on how to populate the change template. Questions like which fields or values can be reused in certain cases or which values can be extracted from known data sources are examples of questions that the teams should answer while aligning. After that, you have to determine in which situations the Now Platform should be invoked. I will dive into that further under “Technology”.
Processes Usually, a change process is already in place. But this process might not (fully) support automation. Many organizations use steps or phases that are not easy or logical to automate, like a Change Implementation Plan that needs to be written and added to the change, for example. Therefore, the cycle of a change might not even be complete while the commits are already put into production. For example, the developer has created a new change request and assumes that his job is done. The source code was reviewed, and the merge requests have been approved, resulting in a deploy to production. But what he didn’t notice was that the change was actually set on hold because a major update was already scheduled for the target server – resulting in a deployment failure.
You can prevent situations like this by incorporating a risk-based approval step. For non-production services, the fault tolerance is usually higher opposed to production services, since there are no end-users. So you might want to have an approval in place for production releases too, while that might not be necessary for non-production releases. Another countermeasure you can take is using the automation capabilities of the Now Platform, which will prevent deployment of non-approved and unwanted changes.
Technology As soon as the people are aware of the change management process, and Change Management is ready to be automated, you can start leveraging the power of the Now Platform to integrate with (and set up automation for) several products:
The added value Stop letting Change Management delay code deployments for days or even weeks. ServiceNow DevOps instantly solves this problem thanks to its extensive integration capabilities with DevOps tools. This means you can free your developers from their administrative tasks and benefit from:
If I have sparked your interest with my article, please don’t hesitate to contact me to discuss how we can solve your DevOps or Enterprise DevOps challenges.
How to thrive in a fast-changing world using Enterprise DevOps
Learn how to align DevOps teams to business goals with ServiceNow and how to speed up change without compromising on control nor agility.
Sign up to our monthly Flow@Work Exclusive newsletter to get free access to our expertise and lots of tips and tricks to make work flow on the Now® Platform.
Request