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 - What should a Change Request cover?
Joined: Aug 29, 2005 Posts: 8 Location: Dublin, Ireland
Posted: Tue Feb 07, 2006 12:48 am Post subject: What should a Change Request cover?
Could someone confirm to what level of detail changes should be logged?
For example: Do minor configuration changes or housekeeping tasks such as the deletion of temp files on a server to free up space need to go through the change management process?
What about the removal of licensed programs and or related libraries from a server?
Joined: Jul 26, 2005 Posts: 42 Location: Northern Virginia, USA
Posted: Tue Feb 07, 2006 7:28 am Post subject: What is Managed by Change
I know this sounds silly, but the question is “Does it change the configuration?” Deleting temp files does not. Removing a software package does. The software package is a CI, and therefore needs to be tracked. It can often be in the minor things that major disruptions occur. “It’s a small patch, nothing can go wrong!” Each organization needs to define what is and what is not covered by change management.
Joined: Jan 01, 2006 Posts: 500 Location: New Jersey
Posted: Wed Feb 15, 2006 2:42 pm Post subject:
SD,
Hello SD,
In my experience, I can say that there are many types of changes an organization manages. Large companies tend to like to have records of any and all changes for auditing and compliance purposes. It also helps to debug problems to the environment quickly, if you have records of everything that changed in the environment. The attitude is that the more knowledge you have, the better off you are. You can always filter out what you don't want.
It's also important to know what changed in an environment, so that you can roll back your changes in the event that your changes did not deploy as intended.
This being said, there is a difference between "logging" and "tracking" a change as opposed to putting one through some form of a change management process.
In a large company, where many things can be impacted by a simple thing like removing a licensed piece of software or deleting files, the probably of "yes" being the answer to your examples is higher than in small companies.
I can personally say that I don't want someone mucking around, manually, in a production system without some form of controls in place. I've seen too many people "accidentally" modify or remove software components or files that have taken down entire business units for extended periods of time, losing their company millions of dollars of revenue. (There's nothing like watching a Wall St. trader look for a ledge to jump off of, for entertainment! He/She would only do this after they killed you first for losing their money.)
Small companies tend to be more lenient when it comes to change.
Ultimately, there is no right or wrong... just common sense.
Regards,
Frank Guerino
Chairman & CEO
[No commercial URLs please] _________________ [Edited by Admin to remove link]
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