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.
The Itil Community Forum: Forums
ITIL :: View topic - Categorization, Assessment, and approval model
Posted: Tue May 08, 2007 4:19 am Post subject: Categorization, Assessment, and approval model
Currently, we are thinking to automate Change management in Magic. we already had 3 types of changes: pre-authorized, normal and emergency. Because it is going to be automated, so the managers are very concern of how it categorizes in Magic, how the RFC is assessed and how the approval process been automated, so does anybody know the automation of categorization model, assessment model and approval model? That means any measurement or condition or criteria against for automation flow? Very appreciated for any suggestion. Thanks!
Joined: Sep 16, 2006 Posts: 3118 Location: London, UK
Posted: Tue May 08, 2007 6:53 am Post subject:
Are you getting rid of the Change Manager as well ?
What is driving the desire for an automated change management process ?
Pre approved or preauthorized changes are those kinds of changes that impact the least and have been done over and over again with the same risk and impact to CIs and services.
That should be the only criteria for preapproved change _________________ John Hardesty
ITSM Manager's Certificate (Red Badge)
Change Management is POWER & CONTROL. /....evil laughter
I would seriously argue with the idea of automating the management (authorization) of Emergency changes ....
I would consider that only pre-approved (standard) changes should be automated (I would even say they have to be automated). The best way (depending on the tools you are using) is to treat them as "work orders" so the internal workflow in your tool brings them from the "request" stage up to "affected work order" to the appropriate entity (going even further, you could possibly have automated scripts taking the parameter in the appropriate field of the RFC and implementing the change straight forward...).
For the other RFCs (non standard) , automated workflow to the various contributors (impact and risk assesment, for example) up to the change manager - possibily with different paths and managers based on the type of change - is really an interesting feature , but needs to be seriously thought at (design) before implementation.
I am more thinking the way how to define Business risk, technical risk, serverity and priority to come up some standard categorization matrix(pre-authorized, normal and urgent). business risk, for example, some definition which people could follow in the Magic tool. If it is urgent change, CAB as approver will get involved, those type of approval flow...It is more process standardization.
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