question Change Management Discussion Presentation in Oklahoma SNUG

Change Management Discussion Presentation

milestogofromhe — Wed, 29 Jul 2015 18:46:29 GMT

Thank you for the great discussion this morning at the OK SNUG. Attached is the PowerPoint from our presentation.

I would love to continue the discussion we started, please use this forum to answer / ask questions about Change Management, here are a few starter questions from our presentation.

What questions do you have about the Phillips 66 Change Process?
Do you have a CAB, Emergency CAB? What kind of decision making authority do they have?
What fields do you require in order to schedule a change? What fields do you lock down upon submission for approval?
How do you calculate risk?
What approvals do you require?

Thank you very much!

Re: Change Management Discussion Presentation

charmon — Thu, 30 Jul 2015 13:19:06 GMT

Thank you for the Power point, my change management coordinator was really wanting to be there yesterday but she was out of town.

I want to thank everybody for the information given yesterday. This was my first meeting and being relatively new to service-now with no training I'm sure I can use all the help I can get.

Re: Change Management Discussion Presentation

ocummisky37 — Thu, 30 Jul 2015 14:28:43 GMT

Do you have a CAB, Emergency CAB? What kind of decision making authority do they have?

Our CAB consists of the Directors, Managers, and the Change Manager. A review is done on changes that require outages except for Patching ( this is automated and has a outage window). Infrastructure and Security Changes are the most focused on.

What fields do you require in order to schedule a change? What fields do you lock down upon submission for approval?

The fields are not locked down in a change ticket but if information is changed in the ticket it requires a reapproval.

How do you calculate risk?

We have 5 Questions:

What approvals do you require?

Application - BU, IT Manager, and Change Manager

Infrastructure - IT Manager, CI Owner, and Change Manager.

Re: Change Management Discussion Presentation

milestogofromhe — Thu, 30 Jul 2015 14:30:59 GMT

Thanks Olivia Cummisky!

Re: Change Management Discussion Presentation

Inactive_Us1976 — Thu, 30 Jul 2015 19:39:47 GMT

I do not control change management for our organization, but we actually have two different "processes" running at the moment. Since the process for our local campus is barely a process at all, and will soon mirror our more mature process for Shared Services... I'll focus on that.

We have a CAB and eCAB. Our CAB meets weekly on Fridays, an agenda is sent out prior to the meetings and the actual meetings take very little time. Our official CAB (approvers) is very small indeed, but numerous interested parties join in on the meeting dependent on the agenda. This usually includes one or more of our ServiceDesk managers for communication purposes, managers of teams that have other interests and occasionally the person putting forward a change to provide more information. There is no one truly required on the call, but someone from the official CAB has to approve the Change. Our CAB only approves Normal Changes.

Our eCAB does not meet, and obviously only approves Emergency changes. This tends to be a larger group of people and Emergency changes are usually approved rather quickly and on the spot.

Standard changes do not require approval.

Required fields are a bit different based off of change type as well. Standard changes require Category, CI, Risk, Type (though this is defaulted based on the type of change selected...if this is changed, the required fields change), Short Description, Description, Start/End date & time, Assignment group and Change Plan. A Change plan is actually a KB article marked as a Change Plan (and will be moving to a separate KB with the Knowledge v3 update) that details out the standard change, including what all the technician should do to complete the change. This makes it so the tech does not have to fill out Test, Backout, etc for each and every standard change.

Normal and Emergency changes require all the same fields except Change Plan and instead include Test plan, blackout plan and change plan.

We don't currently "calculate" risk, so much as rely on the technician to state the level of risk they believe a change has. As we move forward, though, we plan to remove all but "Emergency" changes from the create new form, and force all other changes to go through a service catalog entry to spin up a change through a record producer. We are hoping to better calculate risk and standardize the changes. We also find that if make something too complicated it is less likely to be followed. With dynamic forms we hope to make it easier and more intuitive for the staff. We are also developing a formal process for CI changes in relation to Change Management. We are also exploring some of the things that came from your presentation yesterday, including marking changes if an outage is expected.

Great presentation, and sorry for the wall of text! I get a bit carried away sometimes...

Re: Change Management Discussion Presentation

paulsmith — Fri, 31 Jul 2015 14:06:44 GMT

We have both CAB and eCAB. Our CAB meets weekly, and the eCAB is as needed for emergencies as they arise, or for an approval required prior to the next scheduled CAB. Typically the weekly CAB is 20 minutes or less. Our CAB is a combination of IT managers and IT Process Owners, sometimes a manager is the process owner, such as Incident or Problem.

Required fields, are similar to what Paige listed above. Category/CI/Impact/Risk/Short Desc/Schedule/Change, Backout, and Test Plans/ and approvals.

One of our desired enhancements is to refine our risk calculation to be more response to risk, impact, and urgency.

We require 2 approvals, first is the technical approval, and second is the change approval. The technical is responsible to make sure that the change is appropriate for the situation and that it is as it should be. Change approval makes sure that the process was documented.