How to get ready for Change & Deployment Management in SAP Cloud ALM
This blog post will help you to understand the new business object “Feature” in SAP Cloud ALM in order to deploy changes.
- What is a Feature?
- Which SAP solutions are covered by Features?
- How to handle Features?
- Wrap-Up & Next Steps
What is a Feature?
A Feature is a vehicle to deploy your changes throughout your system landscape. A Feature holds the landscape information, the container for the transportable objects and your technical change documentation.
Which SAP solutions are covered by Features?
SAP Cloud ALM can be connected to:
- Change & Transport System (CTS), hence deployment management for SAP S/4HANA Cloud, private edition, and SAP NetWeaver Application Server for ABAP on-premise is covered by Features.
- SAP Cloud Transport Management Service (CTMS), hence deployment management for SAP BTP, Cloud Foundry and Neo environment as well as for SAP Integration Suite – Cloud Integration and API Management is covered by Features. (More under Supported Content Types)
Further information about enabling transport management can be found here and in these blog posts:
- Enabling change & deployment management in SAP Cloud ALM for SAP S/4HANA and SAP S/4HANA Cloud, private edition
- Enabling Change & Deployment Management in SAP Cloud ALM for SAP Integration Suite – Cloud Integration
Please note that your managed systems for the CTS integration need to fulfill the following prerequisites:
SAP_BASIS 7.40 SP20 or higher (accordingly 7.50 SP04)
Install ST-PI 7.40 SP17 or higher. Additionally, please install 3133333 – Collective corrections as of ST-PI 7.40 SP17 for SAP Cloud ALM
Note: Please make sure that your TMS is configured properly.
How to handle Features?
For properly specified Features you can start the implementation to change software or configurations in the development environment. In order to provide the changes in the test environment for proper testing (test integration for Features not yet available) the changes can be deployed via the Features to the quality assurance system. Afterwards Features can be approved for deployment to the production system. By deploying the Features to the production system you are completing the implementation of your changes.
All changes to a Feature are captured in the history in order to provide transparency and preserve traceability.
Nice to know:
- Transports that are assigned to a feature that weren’t imported to one or more quality assurance systems yet will be deployed there first. Then, they will be deployed to the productive system as a package.
- All transports assigned to a Feature will be deployed with import option “Import Transport Request Again”.
++Update – November 5, 2021++
- Now it is possible to create user stories or project tasks from within a feature to track the implementation easily. The user stories and project tasks are linked to the feature and can be processed in the task list.
Nice to know:
- The excel export of the feature list contains the transport IDs. That’s an easy option to find out in which feature a certain transport is included.
++Update – February 24, 2022++
- You are able to create a feature from within a requirement. This direct relation is shown in the Requirement Traceability as well.
- By assigning your production system to the production role in the Project Landscape you can enable a check for the deployment of transports to production. As soon as one target tenant in the Transports section of a feature is flagged as production system you have to make sure that the feature is in status “Ready for Deployment” before triggering the deployment to production.
- A failed transport can be set to “Repaired” in the transport section to indicate that you have fixed the error manually. As long as a transport is in status “Failed in <SID>~<CLNT>” the deployment to the next target tenant is not possible.
++Update – April 7, 2022++
- You can find your transports in the feature overview now by using the search field.
- Filter for features with no transports assigned yet.
++Update – May 13, 2022++
- Integration with SAP Cloud Transport Management Service is available. Find further information in blog post Interplay of SAP Cloud ALM and SAP Cloud Transport Management Service.
++Update – June 1, 2022++
- Release versions can be assigned to features from now on.
- You have to define your release first and assign it to the corresponding implementation project (if not yet done).
- Now you can assign the respective release versions to features in order to indicate the intended release to production.
- In the feature overview you can easily filter for the features per release version.
Wrap-Up & Next Steps
The Feature can be used as vehicle for deployment and serves as your fast track to production. Together with the technical documentation and the change history you can preserve the full traceability.
In future the concept of the Feature will serve different ways of working and via relating it to the known items like requirements and user stories you are always able to jump on the Change & Deployment train in SAP Cloud ALM. In addition it gets clear that we distinguish between the business view with requirement as well as the work instructions on user story level and the technical view with the Feature as the technical change document holding all the information needed to do your job as a change & release manager.
Looking forward to receiving feedback. For latest updates and notifications you can follow me by clicking Moritz Gysler.