Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Change request

implementing

implementation must be planned and scheduled carefully. It is very significant for

the

a successful

request implementation

change. Also, planning and scheduling allows minimizing vital business functions disruption.

When scheduling the change request implementation, it is recommended in the case of time overlaps, to minimize the effect caused to the multiple services or CI's at a time when implementing.

Tip

It is a good practice to follow the rule: "One timeframe - one change request."

Scheduling and Planning

To schedule a change request, please complete the following steps:

  1. In the Planned tab, enter a date and time when the request has to be started and finished processing into the appropriate fields (Planned Start Date and Planned End Date).
  2. After the request was processed, enter the actual date and time into the appropriate fields (Actual Start and Actual End).

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

  1. Preparation - describe the process of pre-implementing testing.
  2. Core Activities - describe the process of the change request implementation.
  3. Validation - describe the process of post-implementing testing.
  4. Backout - the plan of activities to rollback the system or service or CI condition to its previous state, in case of failed implementation.

All these fields are mandatory.

Change Schedule helps monitoring scheduled changes and points up conflicts (overlapping changes).

Change Schedule interface


Change Schedule page

To check out the planned changes, navigate to Change Enablement → Change Schedule.

Change Schedule includes change request records in the following states: Authorization (approved and not defined), In Progress. Change requests in other states and requests with denied approvals will not be displayed.

Change Schedule consists of the following elements:

  1. Change Requests list – displays the title of a record and information about the assigned user and service.
  2. Timeline Scale – displays dates or dates and hours depending on the selected View Type.
  3. View Type – defines the range of time displayed. When Day is selected, then the Scale displays hours and dates. When Week is selected, the Scale displays dates without hours.
  4. Navigation – provides navigation through the timeline. Click Today to get to the current date and time.
  5. Timeline – displays the duration of a scheduled change in proportion to the Timeline Scale.

Change Schedule on a form

To open the Change Schedule, perform the following steps:

  1. Navigate to Change Enablement → All.
  2. Open the record you need or create a new one.
  3. Scroll down and open the Schedule tab, fill in the fields if needed.
  4. Click Change Schedule.

Unlike the page variant of the Change Schedule, this widget contains the following elements:

  1. Datetime fields – here you can change the schedule of the current record to control overlaps. Click Apply to update the timeline.
  2. Only Crossed Elements – select this checkbox to display only overlapping records. This overlap is shown on the timeline (3).

The current record is highlighted by blueish color.

Image Added

Table of Contents
absoluteUrltrue
classfixedPosition
printablefalse