Don't have an account yet? You can create one. As a registered user you have some advantages like theme manager, comments configuration and post comments with your name.
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.
Search
Languages
Select Interface Language:
Advertising
Please contact us via the feedback page to discuss advertising rates.
I'm guessing they mean examples of what constitutes a standard change, minor change, major change etc. However, clarification/confirmation would be useful!
Posted: Tue Dec 05, 2006 8:13 am Post subject: Clarification - Change Model
Thank you for responding. From what I do understand - a 'change model' can be created whenever a RFC follows a 'standard workflow'. The change model would outline:
- the standard set of people to notify
- the standard set of activities to perform
- the standard authorization point(s)
- etc.
It would also include:
- the test plan
- the back out plan or mitigation strategy
- the implementation and verification plan
- the post implementation review criteria
Because it's a routine change - the above would be the same each time.
For example: each time a patch comes in, you would follow the same procedure:
- notify a certain group
- the group would do testing
- update the DB
- go through scheduling, etc.
It could be a written document / procedure (you'd need a flow change & work instructions for all involved).
The key thing about a change model is it is routine. All you are doing is saving time by making certain decisions up front - before executing the change. Decisions such as: who is going to authorize, assess, build & deploy the change). The change model reduces the risk associated with the same change being applied differently depending on 'who' is involved. It eliminates the need for additional scrutiny by the CAB.
Change models can be accessed in a tool such as Remedy's Change Mgmt. module - and automated.
The great thing is people don't have to do re-work. It saves time preparing documentation for all kinds of impact analysis, etc. The trick is agreeing to a standardized workflow.
The thinking is 60-80% of changes submitted can be managed via submission of a change model. This is huge & would greatly reduce the administrative impact on the organization creating & scrutinizing the risks & impact associated with standard changes (which - by the way - can be 'complex' standard changes - - not just 'low risk / low impact' RFC).
In short, I 'get' the concept. I'm just wondering if anyone ever created a change model & if so - what does the template look like?
I'd like to be able to work from a model and would appreciate any insight / help any of you might be able to provide. Thanks!
I really don't get what you are really asking for Cindi...you say that you got the concept, and you know that the change models exist in Remedy, I have personally created plenty of routine changes that I can reuse each time I think It's almost the same change...you need to reassess that though, but seems that you know that already...
In remedy for example, there's an option that says: copy from another change, It gets all the features of the other chnage, and you just need to customize it to your change..by changing the right CI...all the other stuff remain the same (workflow, approvals, notfied people, back out...)
Joined: Sep 16, 2006 Posts: 3589 Location: London, UK
Posted: Sat Dec 09, 2006 9:36 pm Post subject:
Cindi,
I have a couple of questions/comments.
You have, in your last post, covered a lot of material for which you need to help develop your change model
A coupel of other things as well
What is the Incident Model your organization is using
Same for Problem ?
The Change Model should be related to those two models your company is doing.
My last question/comment may be thought as cruel and insenstive.. but since I am and can be both.
Are you asking this forum and its members for this information because you dont have a change manager or some one who has any experience in Change Management and you need a little nudging in the right direction
or
....
The reason I ask this is as follows:
1 - I have no problem giving advice about ITIL and my favorite area - Change management
2 - Since I am an independent ITIL Consultant trying to hustle my services to customers and getting paid for my services; there is a fine distinction between advice / opinion - which is always free and consultation - which is money.
=====
That being said
When you write/build your change model; you need to look at the following
- The IT environment for which the Change Management is going to be applied - are you talking servers and network gear only, user desktops, peripherals and gadgets, application - or just some of the list
- What is the Business IT heirarchy and where will the role for the Change Manager sit and what level of authority will the role have
- You need to define the parameters of the classification and priority of Change Requests appropriate for your IT environment
- The Change Request flow is straight out of the Blue Service Support book.
You then need to take that and apply it against the organization
I would provide more data to include diagram, template, documents; but, the above is advice ... to continue would be consulting and you and I dont have a contract / fee schedule.
You should be able to write something from the above
VBG
- _________________ John Hardesty
ITSM Manager's Certificate (Red Badge)
Change Management is POWER & CONTROL. /....evil laughter
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