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 - Standard Changes - When is an RFC Actually Required
Joined: Mar 04, 2008 Posts: 1883 Location: Newcastle-under-Lyme
Posted: Sun Jul 18, 2010 6:32 pm Post subject:
That is entirely up to you.
In my opinion it is risky to perform any change without first asking permission. Whether you call this an RFC or something else is probably moot (except in the context of software-driven change management when it will depend on what your software permits you to do - I'm trying to be ironic here).
If you formally adopt a concept of "standard change" then you will define how to proceed with standard changes. I like the idea of having each standard change controlled by its own procedure which will define for that particular change what the change management requirements are and how change management should be effected, including authority, testing and scheduling (off the top of my head). _________________ "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
Posted: Wed Dec 15, 2010 2:03 am Post subject: Re: Standard Changes - When is an RFC Actually Required
rlmx wrote:
When is an RFC required for a Standard Change?
An RFC should ALWAYS be required for a Standard or Assumed Approved change. However, the approval process is different for such a change because the risk level is low or nearly non-existent. But it is still a change and as such, should be documented.
Joined: Mar 04, 2008 Posts: 1883 Location: Newcastle-under-Lyme
Posted: Wed Dec 15, 2010 7:10 pm Post subject:
At the risk of being misunderstood, I would suggest that "standard changes" do not necessarily have "low or nearly non-existent" risks. What each one does have is a clearly defined consistent context that is safely manageable by a repeatable process which can then be predefined.
Something is safe to do because it is well understood and well controlled both technically and managerially. Few things are genuinely low-risk unless they are done "properly". Patching is often cited as a candidate for being a "standard change", but an injudicious patch application can be disastrous. Patching is not low-risk. _________________ "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
Posted: Sun Jan 02, 2011 7:23 am Post subject: When is RFC required for standard change????
Please check if your organization has defined a process for handling standard change... If yes, there should a policy written on how to raise a standard change....
if there is no process defined, we can write one - but that is a job and not to be done for free
Regards,
Subbu A _________________ Regards,
Subbu A
ITIL Certified and well experienced
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