The following table summarizes the workflows depicted in the diagram.
Process Blade |
Workflow with Release Management |
Release management safely deploys consumable solutions into your operational environment(s). |
|
Your continuous improvement efforts should result in improvement suggestions gleaned from other teams that release management can learn from. Similarly, your release management efforts may also generate learnings that other may benefit from. |
|
Your release management efforts will generate create data, such as what was released, when it was released, where it was released to, and how much effort was required that can be used for decision making purposes elsewhere. Similarly, your release management efforts will benefit from intelligence gleaned from other activities within your organization. For example, if a platform is currently down (perhaps it is being upgraded), then you would likely be blocked from deploying into that environment until it is available. |
|
Delivery teams will produce new releases of the consumable solutions that they are working on when they believe they are ready to be deployed. Because delivery teams work in different manners, it implies that release management professionals (if any) will need to be sufficiently flexible to work with these teams in manners that reflect their chosen strategies. |
|
Roadmaps & Models The enterprise architects will produce roadmaps and models that will reflect the current operational environment as well as the expected direction that it will head in. This information will be used as input into decisions regarding any technology strategies to support release management activities. |
|
The governance team will provide guidance to all teams, including anyone performing release management activities. |
|
Release management safely deploys consumable solutions into your operational environment(s). |