A release can be defined as the process of delivering a set of authorized changes in a controlled environment. Release management is a systematic approach to plan, build, test, and deploy releases to the production environment.
You can manage releases to deploy hardware, software, documentation, processes, guidelines, policies, and other components of service operations.
You can also manage distinct release processes for every customer based on their objectives. However, each release must go through the following nine stages as per ITSM standards to achieve a streamlined process.
Each stage in a release life cycle represents a significant milestone, and their progress is tracked by specific statuses. Besides statuses, each stage has its own planning, schedule, roles, approvals, tasks, and downtime.
Stage
| Description
| Statuses Involved
|
| Release of a service is assigned priority, risk, and business requirements.
| - Accepted
- Rejected
- Requested
- Requested for information
- Submitted for authorization
|
|
| A detailed plan is attached to the release, including rollout and backout plans and downtimes.
| - Approved
- In progress
- Rejected
- Requested for information
- Submitted for authorization
|
|
| The prerequisites for deploying the service are developed in this stage.
| - Backout
- Completed
- In progress
- On hold
- Requested for information
|
|
| Service is tested for functionality, and the issues found are fixed by developers.
| - Completed
- Failed
- In progress
- On hold
|
|
| Stakeholders and specific clients evaluate the service and perform functionality checks.
| - Accepted
- In progress
- On hold
- Pending for acceptance
- Rejected
|
|
| Downtime of related CIs are announced to users and the service is deployed.
| - Deployed
- Failed
- In progress
- On hold
|
|
| Stakeholders, clients, and internal developers are trained to use the deployed service.
| - Completed
- In progress
- Not yet started
|
|
| Reviewer conducts a comprehensive analysis of the deployed service and evaluates possible outcomes.
| - Completed
- In progress
- Rejected
|
| Associate formal closure code to close the release.
| - Cancelled
- Completed
- Failed
- In progress
|
You can add more release stages and statuses as required under
Setup >
Customization >
Release Management >
Stage and Status.
Inactive Customer Behavior
When a customer is inactive, users who have access to the customer can only view or delete the Releases module data. No other actions can be performed on inactive customers.
An inactive customer will be indicated with a

icon in the customer filter in the application header.
Related Articles
Introduction to Requests
A request is any incident reported by the user or a service requested to the managed service provider (MSP). A request is typically submitted through an email, a web form in the Requester Portal, or logged by the customer support team on behalf of ...
Introduction to ServiceDesk Plus MSP Cloud
Welcome to the Knowledge Base for ServiceDesk Plus MSP Cloud. ServiceDesk Plus MSP Cloud is a comprehensive, web-based help desk management suite built specifically for managed service providers (MSPs). It combines various ITSM processes such as ...
Introduction to Asset Audit
Introduction to Asset Audit Asset audit is the process of verifying the existence, location, and condition of an organization's assets. It is a crucial aspect of asset management that helps ensure accurate and up-to-date asset records. With ...
Introduction
ServiceDesk Plus MSP Cloud supports formulating, controlling, and managing legally-binding contracts with external parties. Contract management can be used in conjunction with service management and asset management. You can create contracts for your ...
Introduction
Solutions are a centralized repository to store and share articles with your users. Technicians and end-users can utilize solution articles to resolve repeated incidents. Solutions can be categorized across topics and contain a built-in approval ...