Change Management Workflows#

For a detailed explanation of workflows and their role within the process model, please refer to the Introduction.

Analyze Change Request
status: valid

The Change Request is analyzed.

Until the template is not filled out properly, the Change Request may be set back to “open” from the Committer (rl__committer).

If the Change Request shall be implemented, the Change Request status is set to “in implementation”, otherwise to “rejected”.

The author of the Change Request may cancel it, thus the status is set to “rejected”.

Implement and Monitor Change Request
status: valid

The Change Request is implemented and monitored.

This may require additional activities, including creating ISSUEs and PRs. These are linked to the Change Request and monitored until closure.

The Change Request is done, if all linked activities has been closed and confirmed. Before closing the Change Request, Committer (rl__committer) must check the correctness.

The Committer (rl__committer) may still reject it, thus the status is set to “rejected”.

The author of the Change Request may cancel it, thus the status is set to “rejected”.

RAS(IC) for Change Management:#