If you have a Configuration Management Database how up to date is it? Is it taken seriously by your organisation? More importantly, does your organisation understand it?
The backbone of your CMDB is more than likely going to be your windows devices, or more accurately workstations, laptops, tablets (x86/64) and servers that run with a windows OS. But what about the none windows servers, switches, phones and other mobile devices? In-fact where do you or your organisation draw the line?
The truth is that Configuration Management is one of the hardest processes to implement and maintain. It requires the full support of the organisation.
If your CMDB and Config Management is going to fail it is largely down to doing to much to quickly. Think of this as a giant one pot meal and everything goes in at once. Try to get everything in the pot is going tend in failure. The Configuration Manager will be spending all their time chasing issues and trying to embed the process. Worse if the implementation of the CMDB fails it will have a knock on effect on the processes it is supposed to support and be very difficult to make right.
So try small steps, introduce certain elements of your infrastructure into the CMDB and under the remit of Configuration Management. Get that right or up to an accepted level and then move onto the next bit.
While the Windows servers are being introduced into the CMDB the Configuration Manager can look at other device types and finding ways to get the data into the CMDB, learning important lessons from the current deployment, establishing standards and procedures.
Be sensible, do not try to get everything into the system at once and then you will stand a chance of getting your CMDB off the ground and robust.
