This book is about how to run services, in any organisation, in any industry. It describes the basics, the core stuff, in realistic pragmatic terms. And it is pragmatically brief - we kept it to 50 paperback pages.
We could be overdoing our solutions to reporting requirements in IT Operations, whether it be CMDB, historical trending or service level reporting. Consider the option of on-demand operational data, and a specialist team to provide it.
[Updated May 2009] The CMDB Federation standards initiative must be the most over-hyped vendor marketing smokescreen ever. Whenever anyone raises the bogeyman of proprietary CMDBs, the vendors wheel this one out as the future promise of interoperability. It is pure vendor double-talk. It solves little and is taking forever to appear anyway. It solves little because the standard defines only how management tools can pass data between them- nothiong about what they pass. I bet the much-trumpeted demos seen so far involved data massaging and informal backroom agreements beyond that dictated by the standard in order to get it all to work. I am highly skeptical (surpise!) about the likelihood that this standard would enable or even faciltiate anything useful in a real-world implementation.
Much of what we read about CMDB is actually singing the praises of asset management, network discovery or other simpler technologies. Other benefits attributed to CMDB actually come from process improvement and do not depend on the technology at all. When all you want to sell is a hammer...
Here is a high Crap Factoid alert from Chokey the Chimp:
We recently demolished the EMA paper on CMDB adoption but nevertheless the paper in question is being misquoted by bITaPlanet as saying that "there’s been a dramatic jump in the number of companies that have completed their CMDB, from just 9 percent in 2006 to one-third in 2008". This is nonsense but it is nonsense that is now turning up elsewhere. Be on alert and keep the CFirehose ready.