Process Change Requests

Assign and update change requests

To assign a change request, perform the following steps:

1. Navigate to Change Enablement → All Change Requests and open the change request you need to assign.

2. On the General tab, click the magnifier icon next to the Assigned User or Assignment Group field.

3. Select the responsible person or group to assign the change request.

4. Click Save or Save and Exit to apply the changes.

To update a change request, complete the steps below:

1. Navigate to Change Enablement → All Change Requests and open the change request you need to update.

2. Update the necessary fields.

3. Click Save or Save and Exit to apply the changes.

Planning and Scheduling

Change requests must be planned and scheduled carefully. Planning and scheduling allow minimizing vital business function disruption.

When scheduling a change request implementation, remember about time overlaps; minimize the effect caused to the multiple services or CI's at implementation time. 

To schedule a change request, complete the following steps:

1. Navigate to Change Enablement → All Change Requests and open the change request you need.

2. On the Schedule tab, enter the date and time for the request to start and finish processing into the appropriate fields.

3. After the request was processed, enter the actual date and time.

Schedule tab fields

*Whether the field is mandatory depends on the state of the change request.

To plan a change request, complete the following steps:

1. Navigate to Change Enablement → All Change Requests and open the change request you need.

2. On the Planning tab, fill in the fields as required.

Planning tab fields

To plan a change request, fill in the following fields in the Planning tab:

*Whether the field is mandatory depends on the state of the change request.

Change request authorization

Change requests of the non-standard type with Change Authority not set to Local Authorization must go through authorization procedure. For standard change request, the state changes to Scheduled automatically, without authorization.

The authorization is a request approval by change authorities of different levels, depending on the risk and probability levels. The higher the risk and probability levels are, the stricter the authorization procedure is.

In SimpleOne, once a change request requiring authorization is registered, it goes to the authorization stage. The state of the request changes to Authorization. For this, approval tickets should be sent to all necessary authorities, depending on the change authority level. In such a ticket, every recipient is prompted to approve or reject a request.

If all approval tickets have been approved, the change request is considered to be successfully approved. The state of the request changes to Scheduled.

If there is even a single approval ticket rejected, then:

• all other approval tickets are rejected automatically.

• the change request is considered to be rejected and goes back to the authorization stage.

• the state of the request is changed back to Registered.

For emergency changes, due to their high importance for business services or CI's, the relationship between the Registered and Authorization states is of one-way type. It means that emergency tickets cannot be rejected. Refer to the Change Types and State Models article to learn more.

Change Authority level

The following table shows the dependency between the change request risk level and the authority level.

Customize a CAB

A default CAB structure is described above, but you may need to modify it according to the organizational structure or business needs. You can do it in several ways:

• Modifying an script include containing parameters responsible for CAB gathering. These modifications will affect all change requests created later.

• Adding new participants to a specified change request CAB while processing it.

Modify a CAB script

To bring in some global modifications into a default CAB, complete the steps below:

1. Navigate to System Definition → Script Includes.

2. Click the magnifier icon at the top of the list.

3. Enter calculateCAB into the Name field and press Enter; the relevant script should be found.

4. Click the script title to open it.

5. All role sets for different CABs are defined in this script with a corresponding comment, as follows:

// Complex CAB const roles = [ 'change_manager', 'problem_manager', 'incident_manager' ];

Add or delete a role into an appropriate section to modify any CAB, basic or complex.

For example, you want request managers to participate in a complex CAB, and, at the same time, you want to relieve problem managers from these duties. Then you need to delete the problem_manager role from the script and add the request_manager role.

Modify a specified CAB

You can also modify a CAB for any specified change request with no effect to further requests. For example, you want a particular change request to be approved by some specified employees.

• A CAB can be customized for change requests in the Registered or Authorization state.

• For change requests in the Authorization state, when a necessary user is added to the CAB and the change request is saved, an approval ticket is automatically sent to that user. 

• The Customize CAB widget allows to add users with the itsm_agent role.

• The users are added as mandatory participants of the approval process. 

• The Ignore Automatically Generated CAB option allows for overriding CAB participants, designated by the included script described above, with those chosen from the list. This option is only available for change requests in the Registered state.

To customize a CAB, complete the steps below:

1. Navigate to the change request to extend.

2. Make sure that State IS Registered or Authorization and Change Type IS NOT Standard.

3. Select the General tab.

4. Click the Customize CAB button and select the necessary users from the list (you can select as many users as you need).

5. Click Add.

Closure information

Based on the state model, the change request has to be closed when it has been fully processed. The Closure Information tab appears and becomes mandatory when the change request state is Completed, Post Implementation Review, or Closed.