Search
Topics
  Create an account Home  ·  Topics  ·  Downloads  ·  Your Account  ·  Submit News  ·  Top 10  
Modules
· Home
· Content
· FAQ
· Feedback
· Forums
· Search
· Statistics
· Surveys
· Top
· Topics
· Web Links
· Your_Account

Current Membership

Latest: DPalmerst
New Today: 18
New Yesterday: 72
Overall: 143765

People Online:
Visitors: 71
Members: 2
Total: 73 .

Languages
Select Interface Language:


Major ITIL Portals
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

Related Resources
Service related resources
Service Level Agreement
Outsourcing

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 - Standard Change Types \ List of....
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Standard Change Types \ List of....

 
Post new topic   Reply to topic    ITIL Forum Index -> Change Management
View previous topic :: View next topic  
Author Message
PB
Newbie
Newbie


Joined: Jan 05, 2012
Posts: 2
Location: East Boldon (NE England)

PostPosted: Fri Jan 06, 2012 1:58 am    Post subject: Standard Change Types \ List of.... Reply with quote

Hi All....Happy New Year!!

Hope you can help with a query...!

I am implementing a change process & need some guidance on what classifies as 'Standard' change....?

Just to clarify & without wanting to teach you to suck eggs etc, etc; what I mean by 'Standard' change is - low \ no risk, repeatable, understood, pre-approved changes. Activities that are pre-approved as required but simply need capturing to understand all change that occurs.

I am trying to clasify this by technical stack \ layers .i.e:

- Application (depends on the company although some could be common).
- Database
- Telephony
- Network
- Server
- Mainframe - struggling with this one so any assistance (I owe you a pint!!)
- Desktop

Is there a list on the web that you know about...?
Have you got this list as a generic list, not company specific that could be shared?

(Can't be the only person to be attempting this...!)

Hope you can help, any questions please ask.

Thanks & Regards,
PB
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Fri Jan 06, 2012 3:25 am    Post subject: Reply with quote

I'm not able to answer your question because I have a very different perception of what should be a "standard change". Well, actually, I don't like the term at all, because it gives a false impression of meaningfulness.

First and foremost, I don't accept that a change can be pre-approved. Ever.

What I would accept is that there can be a change type with well-defined criteria that can go through a specific approved approval process rather than the generic/universal change procedure. In other words approval criteria and authorizing persons can be pre-identified. It is still a formal process and it is still subject to change management. At the very least scheduling needs to be approved in the context of what else is happening, and I would go a lot further than that.

I'm also not convinced that such changes are necessarily low risk, although most will be in all probability. It is perfectly possible to defina a specific process for managing a repeatable change irrespective of the risk level.

I'm also not sure what benefit there is in categorizing "standard changes" by "technical stack \ layers". Many changes will not fall easily into such categories and even more changes will have impacts well beyond these boundaries.

Is there a benefit in looking for "standard changes" at all? Is it not better to simply identify candidates and document them as tey pop above the parapet. Why not clearly define (for your organization) what is meant by a standard change, how its management procedure should be designed, implemented and reviewed (all this is necessary policy), and let people come forward with proposals. Do not use examples as a substtute for definitions.

The list you seek is unlikely to exist and even less likely to be useful. There is nothing generic when you try to bring the wooly concept of "standard change" up against a set of real requirements.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718


Last edited by Diarmid on Mon Feb 06, 2012 4:23 am; edited 1 time in total
Back to top
View user's profile Send e-mail
UKVIKING
Senior Itiler


Joined: Sep 16, 2006
Posts: 3307
Location: London, UK

PostPosted: Fri Jan 06, 2012 3:36 am    Post subject: Reply with quote

To add to Diarmid

Here we bring all changes to the Change board

if the change is to be done multiple times - ie a data fix or a piece of work where every thing is constant - same plan, same process, same b/o, well documented and done successfully multiple time, then the CAB decides if it warrants being 'standard'

The thing is - that all the required documentation is still done, the CM and the core people get notification -
_________________
John Hardesty
ITSM Manager's Certificate (Red Badge)

Change Management is POWER & CONTROL. /....evil laughter
Back to top
View user's profile
aballester
Newbie
Newbie


Joined: Feb 03, 2012
Posts: 3

PostPosted: Sat Feb 04, 2012 7:44 am    Post subject: Reply with quote

in my organization one thing that has helped us with identifying what "standard changes" are is with our implementation of risk scores. All change requests have a tabulated score of 0 - 21. Those that score 0, are processed without formal CAB approvals. Our tool sends out a notification to me that a risk0 was processed, and I can review to ensure that the change request was properly documented. With this information, after several months, was able to devise a short list of weekly/daily change categories based off of all of the risk 0 requests processed in a 6 month period that are deemed "standard".
Back to top
View user's profile
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Mon Feb 06, 2012 4:33 am    Post subject: Reply with quote

Just a small point: the use of the value zero in your system could lead people to the cosy, but erroneous, belief that there are changes that involve no risk at all. There is always residual risk because a change that cannot possibly go wrong cannot possibly do anything of value.

These low risk changes still require to be managed and, in my view, require specific procedures written to govern how they are actioned.

May I repeat that to confine "standard changes" to those with minimum risk is to lose out on considerable benefit.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
himanshusri
Newbie
Newbie


Joined: Nov 02, 2011
Posts: 3
Location: India

PostPosted: Tue Feb 07, 2012 5:11 pm    Post subject: Pre-approved task list Reply with quote

We do have a concept of pre-approved task list in our organization which covers system changes that support team can take up without getting into change management process.

Frankly I also don't agree too much with this but it is a trade-off between resolution time vs risk and practically unavoidable.

Most of the cases are related to parameter changes, small organization strucure additions etc..
Back to top
View user's profile Send e-mail
Diarmid
Senior Itiler


Joined: Mar 04, 2008
Posts: 1884
Location: Newcastle-under-Lyme

PostPosted: Tue Feb 07, 2012 7:21 pm    Post subject: Reply with quote

So your support team are judge, jury and executioner for thse change tasks.

At the very least you would want them to understand that they are performing change management when they make their decision. They need to be consciously considering consequences, risks and who should be consulted/warned. They also need to be recording their actions. That would be a change management process.

It's one thing to balance risk against speed when speed has benefits; it's entirely another to let people think "hang the risk, I know what I'm doing".
It's also another to assume that the risk is constant for the same task, no matter the specific circumstances.
_________________
"Method goes far to prevent trouble in business: for it makes the task easy, hinders confusion, saves abundance of time, and instructs those that have business depending, both what to do and what to hope."
William Penn 1644-1718
Back to top
View user's profile Send e-mail
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Change Management All times are GMT + 10 Hours
Page 1 of 1

 
Jump to:  
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

Powered by phpBB 2.0.8 © 2001 phpBB Group
phpBB port v2.1 based on Tom Nitzschner's phpbb2.0.6 upgraded to phpBB 2.0.4 standalone was developed and tested by:
ArtificialIntel, ChatServ, mikem,
sixonetonoffun and Paul Laudanski (aka Zhen-Xjell).

Version 2.1 by Nuke Cops 2003 http://www.nukecops.com

Forums ©

 

Logos/trademarks property of respective owner. Comments property of poster. Rest 2004 Itil Community for Service Management & Foundation Certification. SV
Site source copyright (c)2003, and is Free Software under the GNU / GPL licence. All Rights Are Reserved.