New Change Management Process
New Change Management Process
New Change
Management Process
24th June 2020
7 Key
Success
5. Employee engagement
and encourage
Factors
participation
3. Dedicated change
management resources
and funding
4 Communicate frequently
and openly
brought to the immediate attention of a Change Manager and are then sent on to the
ECAB for further analysis
duty of the ECAB to assess the risk of the proposed Emergency changes and weigh
the danger that the underlying issue poses to the organization and its services.
tend to be more disruptive and have a high failure rate, high risk
Low risk changes may require authorization from local IT teams while high risk changes may
require approval from the CAB or senior business and IT executives
Examples:
Migration of critical information resources, applications and workloads from on-premise servers
to cloud data centers.
2. You must implement the Change according to the approved Implementation plan, start & end dates and times. You
cannot make any changes that are not part of the approved implementation plan.
3. Before: execution you must verify the Change ticket is still approved. (Have things changed?)
4. During: execution you must confirm that the expected outcomes have occurred e.g. (health Check running after Server reboot).
5. After: execution you are required to verify the change as having met objectives and did not cause any impact. (record results in the Change
ticket)
What is required?
Team Leads and Managers are required to enforce compliance to the zero tolerance policy and ensure that their teams
raise a request for change whenever they need to modify a customer’s infrastructure/IT environment.
RFC (Request for Change) Approval & Build/Testing Technical Advisory Change Implementation Change Review
For the preparation of Board (TAB) & Change Done by the DXC Reviewed by Change Manage
RFC is initiated when
there is a change required implementation, done by DXC Advisory Board (CAB) support team and to determine if changes is
from client (i.e to improve support team with approval by Meeting ensure change is successful
business services, reduce respective lead and agreed by client. implemented as
TAB meeting will be
cost) scheduled
conducted internally by
DXC.
CAB meeting will be held
** Normal process between the client and
DXC.
TAB will be conducted internally between the Change Management team and the Capability teams
CAB will be conducted between DXC (Change Management team and the Capability teams) and the client
and stakeholders.
The TAB and CAB meetings will be held at Schedule for Approval stage and final approval will be given
before proceeding with the change implementation (Implementation In Progress stage).
Lead times are also a way of helping to ensure that changes are not rushed through
the Change Management process. Which can lead to mistakes or activities not being
fully executed, which increases the potential risk to the business, customers and
users – particularly if a change is potentially service-impacting.
Additionally, certain business conditions may affect the minimum lead time applicable
to a particular change, for example at the end of the month or end of a financial year.
Once the risk/impact assessment is determined by the Change Implementor using the Risk Assessment Matrix,
there will be three possible choices available in the Risk Assessment result.
These three choices are:
These categories will determine the Lead Time that is required for the implementation of these changes.
Microsoft Excel
97-2003 Worksheet
Microsoft Word
Document