Managing the Successful Deployment and Go-Live


After completing this lesson, you will be able to:

  • Outline how SAP Cloud ALM manages the requirements lifecycle by utilizing the change management workflow and deployment orchestration

Capabilities of Change Enabling and Deployment Management in SAP Cloud ALM

At Dreams without Limits, the deployment manager Dave Deploy works together with the release manager Reginald Release. To learn more about the capabilities and features of Change Enabling and Deployment Management in SAP Cloud ALM, they set up a meeting with Carl Consultant from their implementation partner Implement HXM!.

Deploy Consistently to Production

Carl first states that the focus of SAP Cloud ALM for implementation is on agility with incremental enhancements and continuous feature delivery based on deployment on demand.

He then turns to Reginald and explains that Change Enabling allows for all software changes to be documented and for records of changes to be integrated with software deployment providers, such as the Change and Transport System, SAP Cloud TMS, and the Adaption Transport Organizer (ATO) for SAP S/4HANA Cloud, public edition.

Turning to Dave, Carl highlights that Deployment Management accelerates the delivery process by orchestrating heterogeneous transport mechanisms. It ensures reliability by making upgrades and changes a non-event with orchestrated go-live based on release versions. And it increases the transparency via built-in traceability to keep track of the deployment of your changes throughout the customer’s landscape.


For SAP S/4HANA Cloud, public edition the integration of the ABAP transport management allows the traceability of transports. For AS ABAP based on-premise systems and for SAP S/4HANA Cloud, private edition the integration in addition allows to create and release transport requests directly from within SAP Cloud ALM.

Entities in Change Management

Dave is excited about the options that deployment management offers. He is interested to learn more about the details and therefore asks:

Entities for Change Management in SAP Cloud ALM

Carl first explains that everything starts with the requirement. Requirements are expectations that need to be fulfilled from a business point of view. They represent the business needs from a customer's point of view that aren't fulfilled by the standard solution. He points out that requirements are, for example, collected as part of the fit-to-standard workshop. They can be relevant for different workstreams such as standard configuration, extensibility, or analytics.

He continues that features are transport related, whereas user stories and tasks are not.

Carl explains that features cover new functionality. He points out that for one feature, Dave can create user stories and project tasks. Whereas the requirement describes what needs to be done from a business point of view, the user story describes how the requirement can be realized by developers, IT, testers, and others to functionally realize a development. A task, finally, contains set of instructions and procedures to perform various activities in a project.

Dave has learned that features play an important role in change enablement and deployment management. But he still has not fully understood what a "feature" really is. He therefore asks Carl:

What is a Feature?

The Workflow in Change Management with SAP Cloud ALM

After this explanation, Dave wants to know how to work with features. Carl answers that a workflow is attached to the feature as follows:

Flexible Workflows in SAP Cloud ALM

Carl explains that as soon as a feature has been created, it switches to the status In Specification. Now, the customer can proceed to specify the feature.

He continues that the lifecycle of a feature includes the following statuses:

  • Not Planned: A feature is postponed.
  • In Specification: The technical specification of a feature is performed.
  • In Implementation: The implementation of the feature covers the recording of changes, with the action Assign Transports and deploying changes to the test stage.
  • In Testing: The feature is ready to be tested.
  • Ready for Production: The changes have been successfully tested and are ready for production deployment.
  • Deployed: Confirmation of the deployment of the changes to production.

Carl then explains that, depending on the status, certain actions on transport requests (such as their release or the deployment) are allowed or forbidden. To switch the status of a feature, you need to have a certain role assigned. For example, Reginald needs to be assigned either to the role of the Project Admin or the Change Manager to approve a feature to production which means setting the status to Ready for Production.


For more information on the status flow for features, see the corresponding section in the online documentation for SAP Cloud ALM. For more information on SAP Workflow Management, see its online documentation.

Dave and Reginald are happy because this allows them to implement a four eyes principle and to control the development process. But Dave wants to go even a little bit deeper into the topic and asks whether there is a way for him to analyze the readiness of features based on their related user stories and project tasks.

Carl answers that SAP Cloud ALM for implementation offers a Feature Traceability app that includes traceability reports. With the help of this app, Dave can – among others – check if transports that are assigned to a feature have already been released in the development system, imported into the quality assurance system, or even imported into the production system.

Deployment Integration

Finally, Dave wants to know how he can manage the deployment of transport requests through their implementation landscape.

Carl states that deployment orchestration is an essential part of change enablement, and SAP Cloud ALM supports the integration of different deployment tools to serve this purpose:

Deployment Integration

He points out that SAP Cloud ALM can be connected to

  • the Change & Transport System (CTS), hence deployment management for SAP S/4HANA Cloud, private edition, and SAP systems based on AS ABAP on premise are covered by features.
  • the Adaptation Transport Organizer (ATO), offering traceability to keep track of all changes for SAP S/4HANA Cloud, public edition which is covered by features as well.
  • SAP Cloud Transport Management Service (SAP Cloud TMS), hence deployment management for (among others) SAP BTP, Cloud Foundry and SAP BTP, Neo environment as well as for SAP Integration Suite – Cloud Integration and API Management is covered by features as well.


    A list of development artifacts and application-specific content that can be transported using SAP Cloud Transport Management service can be found at SAP Cloud ALM - Supported Content Types on SAP Help Portal.


    SAP Cloud Transport Management Service is automatically available with the provisioning of an SAP Cloud ALM subaccount. The Cloud Transport Management tile is available in the SAP Cloud ALM for Implementation area of the central launchpad for SAP Cloud ALM.

At the end of this meeting, Carl recommends the following resources to get a deeper understanding of the topic:

Log in to track your progress & complete quizzes