OpenText Application Quality Management - Request For Change Workflow

The OpenText Application Quality Management - Request For Change workflow is the sequence of approvals, decisions, or actions by which the RFC is processed. The RFC starts at the beginning of the workflow. When the RFC reaches the end of the workflow, its lifecycle is complete.

Upon creation, an OpenText Application Quality Management - Request For Change (RFC) request is automatically set to use the OpenText Application Quality Management - Request For Change workflow.

Figure 3-3 shows the workflow. Table 3-3 lists the important steps in the workflow and the user roles associated with those steps.

Figure 3-3. OpenText Application Quality Management - Request For Change workflow

Table 3-3. ALM - Request For Change workflow steps

Step

User Security

Description

1. Filter Request

OpenText Application Quality Management - Change Manager

Perform initial review and classification of the change request, and determine if this RFC is acceptable based on company policy.

4. SOX - In Scope System?

Fully automated step

SOX requires identification of key systems related to accurate financial reporting, directly or indirectly. This field is automatically determined based on the system selected.

3. SOX - Impact Assessment

OpenText Application Quality Management - SOX - System Owner

SOX requires additional impact assessment for any change that could affect financial reporting. The impact of not doing the change must be considered as well.

6. Allocate Priority

OpenText Application Quality Management - Change Manager

Validate RFC priority and determine if this is an Urgent Change request.

5. Urgent/Emergency Changes

(None)

Call a subworkflow designed to handle urgent or emergency changes, described in OpenText Application Quality Management - RFC - Urgent Change Management Sub WF Subworkflow.

9. Change Review and Approval Sub WF

OpenText Application Quality Management - Change Manager

Call a subworkflow to manage the review and approval process for the RFC, described in OpenText Application Quality Management - Change Review and Approval Sub WF Subworkflow. (This subworkflow can, in turn, call the OpenText Application Quality Management - Impact & Resource Assessment Sub WF subworkflow.)

7. Authorize & Schedule Change

OpenText Application Quality Management - Change Manager

Authorize the change request and schedule change for implementation.

11. Application Change?

OpenText Application Quality Management - Change Manager

Determine if this is an application change.

13. Infrastructure Changes Sub WF

(None)

Call a subworkflow to handle non-application changes, described in OpenText Application Quality Management - Infrastructure Changes Sub WF Subworkflow.

12. Detailed Design

OpenText Application Quality Management - Application Developer

Create functional and design specification documents.

14. Build Application Change

OpenText Application Quality Management - Application Developer

Build application code for the change.

15. Create Package

OpenText Application Quality Management - Application Developer

Create a package with the code changes.

This step automatically creates a package and adds the package as a reference to the RFC request. OpenText Application Quality Management - Request For Change Workflow illustrates a typical RFC package.

17. Plan Tests Sub WF

(None)

Call a subworkflow to manage the test planning process for the RFC, described in OpenText Application Quality Management - Plan Tests Sub WF Subworkflow.

20. Build

OpenText Application Quality Management - Change Builder

Build the change, in preparation for implementation. For an application change, add code components to the referenced package in the PPM Workbench (see the Create Package step).

21. Release Decision

OpenText Application Quality Management- Change Builder

Select the option to implement this application change as part of a release or independently.

22. Deploy and Test Changes Sub WF

(None)

Call a subworkflow for deploying and testing changes, described in OpenText Application Quality Management - Deploy and Test Changes Sub WF Subworkflow.

23. Non Release Sub WF

(None)

Call a subworkflow for change deployment not involving a release, described in OpenText Application Quality Management - Non Release Sub WF Subworkflow.

24. Release Sub WF

(None)

Call a subworkflow for change deployment involving a release, described in OpenText Application Quality Management - Release Sub WF Subworkflow.

25. Change Working?

OpenText Application Quality Management - Change Manager

Review whether the change was successfully implemented with no adverse impact.

26. Implement Backout Plans

OpenText Application Quality Management - Operations Manager

If the change is not working, implement backout plans to back out the change from the LIVE environment.

27. Requestor Sign-Off

OpenText Application Quality Management - Change Manager

Get sign-off from the requestor of the change to acknowledge that the change was implemented.

28. Post Implementation Review

OpenText Application Quality Management - Change Manager

Review the change after implementation to determine whether the change process was followed correctly.

29. Close (Immediate Success) - 100%

(None)

Update status to Closed.

Step 15 in the OpenText Application Quality Management - Request for Change workflow creates a package to deploy and test changes, and the step adds the package as a reference to the RFC request. This package requires specifying a workflow, and the default is the OpenText Application Quality Management - Change Migration workflow, as shown in the example in Figure 3-4. Step 22 in the OpenText Application Quality Management - Request for Change workflow calls the OpenText Application Quality Management - Deploy and Test Changes Sub WF subworkflow to deploy and test the package.

Figure 3-4. Package created for OpenText Application Quality Management - Request For Change workflow