For general information and resources, ITIL and ITSM World is the most well known for both ITIL and ITIL Books. A shorter snapshot approach can be found at ITIL Zone
Note: ® ITIL is a registered trademark of OGC. This portal is totally independent and is in no way related to them. See our Feedback Page for more information.
Joined: Feb 22, 2006 Posts: 5 Location: Harrogate Borough Council
Posted: Mon Dec 18, 2006 8:24 pm Post subject: Policing Change Management
Good Morning,
I'm in the process of putting together our Change Management procedures & am struggling over the ways & means we can police this internally to ensure that it gets followed. How have other people approached this?
Joined: Feb 22, 2006 Posts: 5 Location: Harrogate Borough Council
Posted: Tue Dec 19, 2006 1:08 am Post subject:
Hi Ed
What I'm looking for are suggestions about ways we can police the change management process internally to ensure we get people following it - 'carrot' or 'stick' sort of thing - so when we get unauthorised changes being made we can deal with it appropriately. I'm very concious that people here are used to just changing things when they want - like a setting on a live server - & will do there best to circumvent or even ignore this process. We have had several outages in the last 3 months, all of which were a result of changes being made to the live environment.
Joined: Feb 28, 2006 Posts: 411 Location: Coventry, England
Posted: Wed Dec 20, 2006 6:40 pm Post subject:
Even bigger sigh
John has it spot on - we did all of that, and still have problems with people who decide that Change Management processes do not apply to them.
In the end it depends on how good a job you do in selling the idea that best practice means what it says, and that the benefits outweigh the obvious oncosts.
You will need both carrot & stick not just one or the other. It isn't easy, but the sense of acheivement when things go mostly right is fantastic.
Keep plugging away - don't give up - and keep selling ITIL - all day, all the time.
Joined: Aug 11, 2006 Posts: 262 Location: Netherlands
Posted: Thu Dec 21, 2006 8:54 am Post subject:
Hi Funk,
In addition to the remarks already made, I'd like to add this: it is always hard (sometimes impossible) to manage that what you cannot see, in other words it is hard for a proces/change manager to spot unautorized changes, since nobody will spontaneous come up to you and tell you "hey I've just finished this unautorized change, what do you want me to do next..."
Therefor, as a change manager you should start with measuring that what you DO see: start reporting on your proces right away, DON'T WAIT. Reporting will give you allies in the battle for proper change management. Management and service managers will be given the means to understand whats going on in your change mgt proces.
Next, look at your (system mgt) tooling. Is it realy necessary to grant everybody those super/admin rights on the server (where those settings are so easily altered)? Or is it possible to give most people less powerfull accountrights.
Have you looked at streamlining CAB changes? Does CAB have many changes on the agenda that could be standardized? Will people within your organization tend to administer alterations to the infrastructure more easily if they know they do not have to wait for CAB?
Quote:
In the end it depends on how good a job you do in selling the idea that best practice means what it says, and that the benefits outweigh the obvious oncosts.
Last but not least, in addition to Ed's remark (see quote above), a general approach to why people accept or refuse to change their ways, is supported by the 8 reasons for succesfull change by John P Kotter (Harvard). Search him on the web. Those steps are very simple, yet there is a lot of truth in them.
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum