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: MarylinMAJ
New Today: 36
New Yesterday: 106
Overall: 149913

People Online:
Visitors: 43
Members: 2
Total: 45 .

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 - Change and Configuration Management
 Forum FAQForum FAQ   SearchSearch   UsergroupsUsergroups   ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Change and Configuration Management

 
Post new topic   Reply to topic    ITIL Forum Index -> Configuration Management
View previous topic :: View next topic  
Author Message
query
Itiler


Joined: Feb 02, 2006
Posts: 41
Location: Sydney, Australia

PostPosted: Tue Mar 21, 2006 11:55 am    Post subject: Change and Configuration Management Reply with quote

Hi Guys

Is this a good break down of the two ITIL models? Anything more to add?

Configuration Management: (Subject to Change Management update)

- Hardware Configuration Records (E.g. Routers, Firewalls, Server Hardware etc.)
- Software Configuration Records (E.g. OS Configuration, Critical Bussiness Software Configuration etc.)
- Network / VPN / VOIP Configuration Records (Network Diagrams and Charts etc.)
- Instruction Records (E.g. Mission Critical Tasks instructions)
- Procedure Records (E.g. IT procedures and policies impacting any IT systems)

Change Management (Subject to live updates)

- Changes to System or other Hardware Records
- Changes to System or other Software Records
- Changes to Network / VPN / VOIP Records
- Changes to instruction Records
- Changes to Procedure Records
Back to top
View user's profile
query
Itiler


Joined: Feb 02, 2006
Posts: 41
Location: Sydney, Australia

PostPosted: Mon Mar 27, 2006 9:22 am    Post subject: Reply with quote

Are there no takers for this one or noone really knows?
Back to top
View user's profile
itilimp
Senior Itiler


Joined: Jan 20, 2006
Posts: 172
Location: England

PostPosted: Mon Mar 27, 2006 10:15 pm    Post subject: Reply with quote

Not sure about everyone else, but in my case I'm not too clear as to what you are actually after. When you ask for a breakdown of change and config do you mean the differences in the deliverables, the definitions, the scope, etc.?
If so the answer is readily available in the blue service support book, and if you just want the nuts and bolts of it a nice summary is in the pocket guide.
Back to top
View user's profile Visit poster's website
query
Itiler


Joined: Feb 02, 2006
Posts: 41
Location: Sydney, Australia

PostPosted: Tue Mar 28, 2006 9:31 am    Post subject: Reply with quote

itilimp wrote:
Not sure about everyone else, but in my case I'm not too clear as to what you are actually after. When you ask for a breakdown of change and config do you mean the differences in the deliverables, the definitions, the scope, etc.?
If so the answer is readily available in the blue service support book, and if you just want the nuts and bolts of it a nice summary is in the pocket guide.


Thanks for your response itilimp

I am after a confirmation of the inclusions of both ITIL models, so I can break it down logically. I would like to hear people's opinions / perspectives on how it relates to them or worked for them in their workplaces instead of reading it from a book.

What do you think of the above? A logical breakdown? Does it lack anything?
Back to top
View user's profile
rjp
Senior Itiler


Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Tue Mar 28, 2006 12:04 pm    Post subject: Reply with quote

I'm not sure what you are seeking either? When you say 'models' it would help us to respond if you indicated what exactly is being modeled - the ifnrastructure, processes, inforamtion records on the infrastructure (CIs), etc? A breif description of what you are trying to do, or why is also always helpful.

But perhaps the following will help.

Change management is not concerned with the kind of list you included under it. It is concerned with the kinds of 'changes'. Whether a change is planned or unplanned, whether it is a standard pre-approved change or whether it requires approval, whether it is a like-for-ike replacement, an upgrade, a decomissioning, etc. Wether it will change the features of a service (a very important question)!! Whether or not the change is part of a managed release or not. And so on....

What type of thing is undergoing change is a question for the change implementers and configuration management. Change management does not carry out changes - it simply controls and manages them.

Configuration management is concerned with everything in the infrastructure including the items on your list. But bear in mind that it is not primarily concerned with cataloging the 'types' of things. It's two critical concerns are:

1) Being able to check records on the infrastructure with its actual state (status auditing)

2) Being able to show the dependencies between individual components and colection of components. (Ideally to the extent that you can see how they contribute to the production of your services.)

You will need to catalogue them - because, obviously hardware gets managed slightly differently to documentation. But that is only to simplify the administrative overheads. There are no direct process returns from classifying CIs (as components), it's just necessary housekeeping.
Back to top
View user's profile Send e-mail AIM Address Yahoo Messenger
query
Itiler


Joined: Feb 02, 2006
Posts: 41
Location: Sydney, Australia

PostPosted: Tue Mar 28, 2006 2:25 pm    Post subject: Reply with quote

Thanks rjp

Just to clarify a little. By models I mean Change and Configuration management as models part of ITIL. What I am seeking is classification in order to begin implementation of both. Classifications can be broad, but are required in order for the implementation to begin. If no classifications are made then data collected will be disorganized and completely open to change implementer's interepretation, which is something we would like to avoid.

I understand ofcourse that every classification group will have differing internal components such as hardware records structure will differ from software records structure, but all of these branches will also be defined further down the road. The main intention at the moment is to grab the core components, which MUST be included under both configuration and change management records.

I understand change management is not primarily concerned with a list of things, but the change itself. What I would like to record is changes of what? Because if it is not defined then Change manegement would have to be records of every single change no matter how insignificant that change might be (For example changing a viewing setting of my notepad - notepad being a Microsoft application). I agree with all of the internal proccesses you have listed for Change Management, I think they are all a requirement, but the internal proccesses part is something that is being defined on parallel to record management.

I compeletely agree with you on Configuration Management. Is there anything additional that should be noted?
Back to top
View user's profile
rjp
Senior Itiler


Joined: Mar 12, 2005
Posts: 255
Location: Melbourne, Australia

PostPosted: Tue Mar 28, 2006 4:55 pm    Post subject: Reply with quote

OK - don't stress overly on your component classifications. Whatever you put in pace in the first stage should be clear and simple - and definitely restricted to config management (more on that below).

Software / Hardware / Document and some sub types will get you rolling.

Why? Becasue what I didn't mention is that configuration management, where it is used for status auditing, is also more concerned with instances than classes. It is more important that you identify that a particular component (asset no. xxxx) is being changed than whether you can fully identify its type from its records.

Ensuring that you know specific CI xxx has changed is configuration management. Documenting the technical requirements for changes to System RAM on boards of type xxx is Infrastructure Management - neither change or config management.

Back to Change, and to re-iterate my previous post: If you are classifying components in configuration management you do not need to classify them in change management. Once you liink an RFC to the target components that information will be available to change management via the CI records. Stick to classifying the types of change.

If you are trying to do this because you are thinking about writing work-guidelines for changing certain 'types' of components - my advice is don't. (Welll don't as part of change or config management) That is out of scope for change management, and is back in the realm of technical suppoort specialists (Infrastructure Management).

Change Management is simply that - management - it is a process for reviewing, approving, scheduling (not technical planning), quality control, posit implementation reviews, sign-off and record keeping.

Change building - which would be concerned with 'what type' of thing is being changed is assigned to technical specialists - and they should already know what they are dealing with. That's operational. The change management process are further up the management pyramid - at the tactical level.

So don't overload your process with unecessary or redundant information. Especially in the early stages.

On the other hand let's consider one possibility - you needs are actually operational. That is, what you are really tasked with doing is developing operational guidelines or protocols for technology owners building changes to the infrastructure. In that case I recommend you obtain a copy of the ITIL Infrastructure Management book, and perhaps the Application Management book as well. ITIL is more than Service Support and Service Delivery.
Back to top
View user's profile Send e-mail AIM Address Yahoo Messenger
Display posts from previous:   
Post new topic   Reply to topic    ITIL Forum Index -> Configuration 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.