IT Release Management: ManageEngine’s playbook for faster and successful rollouts and continuous delivery

Featuring ManageEngine’s release and deployment management framework for feature delivery efficiency and collaboration across enterprise teams.

Glossary

ACRONYM
STANDS FOR

CAB

Change advisory board

CD

Continuous delivery

CI

Continuous integration

CMDB

Configuration management database

ELS

Early life support

KPI

Key performance indicators

QA

Quality assurance

RM

Release management

UAT

User acceptance testing

Introduction

Release and deployment management

Picture this: You’re gearing up for your next launch. There’s a lot of excitement and a little tension in the air. It’s a big deal, and you can’t wait! You have to roll out quickly with reliability and ensure it doesn’t disrupt services, especially for the top-tier customers relying on you for their day-to-day operations. With a high-stakes launch like this, you can’t afford to miss any details. That’s why you need a robust release management framework.

Release and deployment management is the process of rolling out software updates or deliverables to users without interrupting services. It’s not just about getting it out there; it’s about how fast and how efficiently it’s done.

So how do you do it?

Is this e-book for you?

If you think you need a new release management process in place or if you’d like to fine-tune your existing process, then you’ve come to the right place. In this e-book, we’re getting up close and personal with the teams behind our successful rollouts to understand ManageEngine’s approach to release and deployment management.

By the end of this book, you’ll gain key insights for a solid and, more importantly, scalable release and deployment management framework.

This means we’ll be taking a microscopic look at:

  • Workflows and standard operating procedures.
  • Metrics that influence decision-making.
  • How-tos and templates.
  • Our biggest challenges and how we handle them.

Make no mistake, we’re far from perfect. Although release management isn’t unheard of, it’s still an evolving discipline in ITSM and it has a long way to go. We hope our two decades’ worth of trial and error will be a good learning experience for product managers, engineering heads, and development teams alike.

Let’s get started!

Release and deployment management

Change vs. release vs. project management

A common question that arises when talking about release management is, “Isn’t it just project/change management?” No! Although interconnected, release, change, and project management deal with different aspects of the release cycle. They also require dedicated roles for their respective duties. It’s a complex process—you can’t have one manager doing it all!

Change Vs. Release Vs. Project management

Think of it as a 10,000 piece jigsaw puzzle.

  • The change management team decides what picture should be on the puzzle. What do customers want? What picture would make them happy? Why do they want it? What did the previous puzzles lack that we should now incorporate?
  • The project management team ensures we have the materials needed to design the pieces, and it also decides how long it should take to put it together.
  • The release management team then has the demanding job of cutting the pieces into the right shapes and assembling them into one big picture that makes sense.
  • The change management team then reconvenes to get customer feedback. Did this picture work? What do they want next?

Are change management and release management the same?

No. While change management provides a medium for analyzing the consequences of a change, release management is used to deploy that change efficiently. Both are interconnected, however, and need each other for streamlined delivery of products and services.

Change management
Release management

The process of controlling the life cycle of all changes, enabling beneficial changes to be made with minimum disruption to IT services.

The process of planning, scheduling, and controlling the build, testing, and deployment of releases and delivering new functionalities required by the business while protecting the integrity of existing services.

Pre- and post-deployment activities

Deployment activities

For major releases, a change advisory board (CAB) must provide approval before the release is deployed into the live environment.

Are project management and release management the same?

No. Project management helps organize the resources required for a release while release management utilizes these resources to implement changes. A project may not always result in a release. Like change management, project management and release management are interconnected and rely on each other to ensure streamlined delivery.

Project management
Release management

The process of planning and coordinating the resources needed to deploy a major release within the predicted cost, time, and quality estimates

The process of planning, scheduling, and controlling the build, testing, and deployment of releases and delivering new functionalities required by the business while protecting the integrity of existing services.

Data collected is usually required for the length of the project.

Data collected is required for the life of the service to increase efficiency.

The magic triangle:

Navigating through the tricky relationship between configuration, change, and release and deployment processes

We've talked about release and change management.

What about configuration management?

Per Axelos, configuration management is defined as "the process responsible for ensuring that the assets required to deliver services are properly controlled, and that accurate and reliable information about those assets is available when and where it is needed."

A configuration management database (CMDB) is a centralized repository used to monitor all the individual components, or configuration items, involved throughout the release process and map their relationships. A configuration item can be any entity required for a release to be carried out, like a server, an employee, or a service like email.

Configuration, change, release and deployment management

Everything related to a release has to be documented and up to date in your CMDB because:

  • You’ll refer back to it for each release.
  • It has information on the latest working version (in case you need to roll back).
  • It helps you prepare for the audit season.

At Zoho, we use our own repository to ensure the contents of each release are stored. This includes changes implemented in releases and the status information on all authorized software and hardware. We allow developers to use external repositories, and they can also migrate to the organization’s repository service.

There are many reasons why we chose to self-host. First, using a personal repository made room for features like code review, code validation, and static code analysis that are unavailable in the free versions of external repositories. Our repository team is also working on additional features and integrations. Second, self-hosting is both cheaper and safer. Growing as an enterprise, we have to face facts: Eventually, we’re going to be a target for hackers. Instead of a “we’ll cross that bridge when we get to it” mentality, we’re being proactive and doing what we can to step up our security at every level.

Release magic triangle

Finally, the connection between change, release, and configuration management is a team with well-defined roles and responsibilities. Release management is a multi-department process. Apart from the release teams (which we’ll talk about in detail later), we also need to make sure other teams are in the loop:

Pre-sales and sales

Before you even come up with a release request, consult with pre-sales and sales. Most customers and leads are upfront about their expectations. These teams work to come up with use cases that will help you formulate a release plan that has all the functionalities customers require. They also need training before a release is deployed.

Customer support

Your support team gets the most (brutally) honest feedback about products and features because it comes straight from the end users. It’s crucial to interact with them to figure out exactly what customers are looking for. Like sales, they also need proper training before each release is deployed.

Marketing

In a competitive market, it’s not just about what your customers want. The marketing team has the most insight on what’s trending and what your next move should be. They also update customer-facing content to address new releases.

Legal

A legal team is needed in release management to review compliance requirements. They may also mediate vendor negotiations and beta testing if you have external dependencies.

Finance

The finance team oversees all release-related costs, like activity costs, resource costs, and procurement costs.

Putting together your sales enablement starter kit

Introduce your inbox to a whole new perspective

By clicking 'keep me in the loop', you agree to processing of personal data according to the Privacy Policy.