Newbie Help

[CSH]

Hello,
We are looking to take baby steps onto ITIL implementation. We would like to start with and complete implementation of configuration management this year. However i am very new to this so i had a few questions:

It is said that do not implement a CMDB unless you have ITIL recommended CM processes in place. I am open to implementing new processes in our organization. Is there a link where i can get a list of all CM related processes, roles and some best practices on implementing them.

[milligna]

I'd somewhat agree that a CMDB needs a Change management process in place, but the thing which is MOST important in my mind is the Service Catalogue (for Change Management as well).

If you don't know what the requirements of the Services you manage are, then how can you identify what data is important to manage or not?

[milligna]

Think of a restaurant - consider each meal to be a "service". If you don't have a menu (service catalogue) defined which lists the meals you serve, and if you don't have a recipe (configuration baseline for the service) then how will you know what ingredients (CIs) you need? Once you know the ingredients, then you know how much of each to maintain (capacity), when to thaw out the frozen ingredients (availability - although Gordan Ramsey might disagree). It all starts with the Menu, which is dictated by the chef (Service Delivery manager I guess) according to the business needs the restaurant owner (business customer).

[asrilrm]

Hi,

First, I would like to ask if you have attended the ITIL course?
The reason I asked is because of your question

[Ed]

Hi CSH

welcome to the forum.

In addition to what Asril and milligna have said, bear in mind that most companies actually perform ITIL processes without being aware of it.
Most of ITIL is just common sense.

If you have an asset register you are already part way towards a CMDB.

It does sound as if you have need of an ITIL foundation course at the very least.

I am assuming that there is a level of pain here somewhere, what is prompting you to implement Configuration Management?

If we have an idea of what is driving you we may be able to assist you better.
_________________
Regards

Ed

[Diarmid]

[thechosenone69]

Hi CSH,

Well to add to the previous posts. Change Management and Configuration management are best implemented concurrently, as the configuration management facilitates Change Management by identifying areas/items impacted. Not to forget to mention that controlling the IT infrastructure without those 2 processes in place will be very hard.

As Ed mentioned earlier if you have an Asset registrar then your half way there. If not then I would recommend to start from there and then you can progress your way to Configuration Management.

Please let us know if you have any further questions.

Kind regards,

A

[milligna]

I think it's dangerous to implement both Change and Configuration concurrently if you haven't got a clear idea of your services and the supporting systems in your Service Catalogue - otherwise how do you know what you're managing in your CMDB? Your CMDB should be a representation of your services with a value focus - you should only store data in the CMDB if you can prove the value of keeping it from a value point of view.

I'm struggling to contain a CMDB at the moment - it's been populated with every possible fact and figure about every component of a service. No-one uses the CMDB, because it's easier and more trustworthy for the support teams to just go look at the components directly than to go to the CMDB. I think that when you decide to capture an attribute type, you should also capture who will use it and why. That way everyone knows how the data is going to be used.

Personally, I'm sick of seeing CMDBs that are full of lots of data, but no-one can say what the reason for capturing the data is. I think there's value in taking a knife to the CMDB and leaving just the bare bones as long as it is used appropriately.