The community will be in read-only from Monday 11:59pm (PT) to Wednesday 7:30am (PT)
The community will be in read-only from Monday 11:59pm (PT) to Wednesday 7:30am (PT)
Service Desk Practitioners Forum
cancel
Showing results for 
Search instead for 
Did you mean: 

Configuration Management Process Development

SOLVED
Go to solution
Highlighted
MA37161
Collector

Configuration Management Process Development

Hi,

I am looking for best practices, templats for configuration Management process. Any suggestions?
6 REPLIES
Robert S. Falko
Honored Contributor

Re: Configuration Management Process Development

Hi Ma,

While there are many activities in Configuration Management, they are not really related to each other in a single work flow, so you will not really find that. What you will find, for example, in the ITIL books, is descriptions of how the Configuration Management activities are part of the work flow triggered mostly by the Change Management activities.

The topic is so vast, that it would be useful for you to give some concrete examples of the questions for which you are seeking advice.

-Josh
Carol Hibbard
Honored Contributor

Re: Configuration Management Process Development

There are multiple best practice models for implementing Config Mgmt with OV SD. These offerings included documented processes and matching SD configured databases. In both cases, the process materials are intellectual property that are available for a fee. You would have to contact these sources to get more details. Two examples are:

www.alignability.com

ftp://ftp.hp.com/pub/services/itsm/info/5982-4988EN.pdf
MA37161
Collector

Re: Configuration Management Process Development

Thanks folks for your response.

Basically I was looking for a Config. Mgmt process that include:

1) Roles and responsibilties

2) CI lifecyle :installation->discovery->approval->operational->retirement


Cheers.
Morshed.

Carol Hibbard
Honored Contributor

Re: Configuration Management Process Development

Roles/Responsibilities and lifecycle (CI status) settings are included in both best practices documentation and settings.
Mark O'Loughlin
Honored Contributor

Re: Configuration Management Process Development

Hi,

remember to look at what your organisation needs from config management. The lifecycle above, is that adequate to your organisation. Are there additional life cycle status that a CI could go through? The more you put in the more administration you put on people to ensure that the data is kept up to date.

FOr roles, at a minimun you need someone to be a configuration manager with overall responsibility. Also if you have a lot of CI's or a big organisation look at having configuration librarians to help maintain the CMDB and keep it up to date and accurate (or to delegate the tasks).

Also, is there some overlap with you asset management function. In some cases there is in others there is very little overlap other than the CI name (which quite often can be different)
Robert S. Falko
Honored Contributor
Solution

Re: Configuration Management Process Development

Hello Morshed,

Basically I was looking for a Config. Mgmt process that include:

1) Roles and responsibilties
a) someone must have overall responsibility, and in particular, responsibility for defining and ensuring the coherence of the CI categories and the usage of CI relationships.
b) someone must define for each category what are the attributes to be maintained. They will define which custom fields are required, and what the various forms should include.
c) someone must be responsible for updating the CIs. Some organizations centralize this role; others give it to the person who actually performs the change.
d) someone must be responsible for detecting CMDB errors and ensuring that the errors are corrected. This role will include the execution of audit tools and comparisons with the CMDB.

2) CI lifecyle :installation->discovery->approval->operational->retirement

IMHO, you might consider a status of "Planned" at the beginning. "Installation" is an activity, not a status of a CI. The status might be "In stock", then "Building". "Discovery" is most certainly not a status. It is part of the ITIL activity "Verification". If, on the other hand, you use discovery as a way of updating the CMDB, then you miss the entire purpose of Configuration management, which is to keep the information about the CIs under control. "Approval" is probably more relevant to Change Mgmt. than to Configuration Management.

Good luck,
Josh
//Add this to "OnDomLoad" event