Below you see picture with an example of a process flow diagram for Configuration Verification & Audit. Read the rest of this entry »
Configuration Control, an example process diagram
April 28th, 2010Here you see an example process flow diagram for Configuration Control .
What does the Configuration Identification Process looks like?
April 28th, 2010This process controls the integration of new CI-Classes / CI-Relationship-Classes into the Configuration Management System (CMS). Its executed the first time after (or parallel to) the Configuration Management and Planning process and everytime you extend your CMS.
The main result of this process is that your CMS System is able to handle the new CI-Class / CI-Relationship in scope of this execution cycle Read the rest of this entry »
What does the Configuration Control process look like?
April 26th, 2010The Configuration Control process guarantees that the content of your Configuration Management System (CMS) / Configuration Management Database (CMDB) remains accurate.
It is always triggered by another process. Usually by the change management process or the request fulfillment process. As in accounting, you don’t enter accounting records just for fun, you always have a business case such as something has been sold, another thing has been bought, year end closing… Read the rest of this entry »
Is my Configuration Management System the only place to store for all IT-Metadata?
April 23rd, 2010No. I don’t think so.
But the CMS should be the one and only place where the important parts of all this metadata information is consolidated, connected (through relations) and provided to all other ITSM Processes. In addition, I am convinced that the CMS is also the most appropriate place to apply configuration control. Read the rest of this entry »
Best Practices for Configuration Management and Planning
April 23rd, 2010The Configuration Management and Planning process is absolutely essential when starting with Configuration Management. It ensures that the whole foundation of your Configuration Management is well tought out and your Configuration Management System is sustainably built. It is usually executed only once in full detail and then only updated when extending your CMS (e.g. with new CIs / new CI-Classes (Types) / new CI-Relations ).
Experience has shown that the importance of this process cannot be stressed enough. If this process is not given its full due attention, the risk of following an aimless CoM course – with consequential financial impact – is extremely high. Read the rest of this entry »
What does the Configuration Management and Planning Process look like ?
April 23rd, 2010This process provides the base of your configuration management. It is usually executed first. The main results are
a) a configuration management plan where all relevant information (e.g. process description, CMS Architecture, mandatory attributes, naming conventions…) is described
b) an implementation plan for CIs/CI-Relationships their processes and the CMS within the scope Read the rest of this entry »
What is CMDBf ?
August 31st, 2009Federated Configuration Management Database
A CMDB enables organizations to provide their IT objects, relations and attributes in an up-to-date and accurate state. Since organizations often maintain several CMDBs with different contents, there is a need to have an integrated perspective to all the data (now its no longer one single CMDB but a CMS (Configuration Management System), a new term introduced by ITIL V3). That’s where the federated approach comes into place. Federation can either be fulfilled by physically replicate data from one CMDB (master) to another (slave), or by just providing an integrated view to the data from several CMDBs in a visualization layer. A CMDBf concept has to consist of the following considerations:
Define the master source for every type of object. One source has to be the only master whereas other sources (slaves) can consume the objects from the master.
Ensure all participating sources are subject to the data manipulation conditions given by the CMDBf concept to be able to provide consistent data.
Define naming conventions which are binding across the different sources in order to be in a position to relate identical objects to each other.
Work out a unique key concept which allows you to uniquely identify objects across the different sources as well as over time.
The CMDB Federation (CMDBf) working group was founded in April 2006, and today consists of industry leaders BMC Software, CA, Fujitsu Limited, HP, IBM and Microsoft. More information can be found at http://www.cmdbf.org/
What is the difference between an Asset and a CI?
August 19th, 2009Well, it depends. If you imagine an IT Object, for example a server, there are different activities you do with this object:
- *you need money to buy it (you better also have this money in the budget)
- *you install software and applications on your server
- *you need to maintain a history of installation/upgrade activities
- *you might want to calculate depreciation
- *you want to know what incidents and problems were related to your server
- *you need to make sure that you know where the server is located, that there is enough power in the room
- *your server should be insured
- *you want to apply patches and upgrades in controlled manner; you better not just boot it….
- *you will protect your server against attacks / unauthorized usage
- *and some day you need to pay for disposal of the server
- *….
If you group these aspects you recognize two main areas:
- financial control / financial risk (budget, purchase, license, insurance…)
- operational control (installations/ upgrades/ changes/ deployments/ incidents/ problems )
When you manage your IT Object more in the aspect of financial value, you usually apply Asset Management functionality on it so in this terminology you could refer to the IT Object as an Asset; strictly speaking it is an IT Asset as there are also Financial Assets in your company…
And when you use (or need to control) your IT Object in a more operational management (Service Management) relevant way you usually name and maintain it as a Configuration Item (CI).
Conclusion is, that an IT Asset and a CI can point to the exact same IT Object, they only enlight different aspects of it. In this case, the Asset usually comes to life before the CI and lifes longer than the CI. This because
- a) you need money to buy the server; and only after installation you can offer services on it and
- b) the moment no more services run on the server it may still cost money; at least for disposal…
Of course it is possible that you manage IT Objects as assets only because you have no (or not yet) urge to also control them for service management) or you handle IT Objects as CIs only (because your are not interested to manage the financial / value aspect…) .
So, the answer to the question: “What is the difference between IT-Asset and a CI” is: “That depends on what do you want to do with the IT Object”.
Is a person a CI?
March 19th, 2009Am I a CI?
Phislosphical answer: The question is put wrongly. I am a human being, woman, mother, sportswoman, worker, confguration management specialist… The same is true for servers: a server is a server is a server is a server. It does never transform in a kind of metamorphose process into a CI-thing, doesn’t it? So, why don’t we ask the question this way: “Does metadata of me (e.g. personal record) can be looked at as a CI? ”
ITIL answer: Service Asset and Configuration Management Documentation talks about ”CIs” like this: Any component that needs to be managed in order to deliver an IT Service. Information about each CI, including its relations, is recorded in the Configuration Management System and is maintained throughout its Lifecycle by Configuration Management. CIs are under the control of Change Management. CIs typically include IT Services, hardware, software, buildings, people, and formal documentation such as Process documentation and SLAs.
With this definition I could answer the question: “”Does metadata of me (e.g. personal record) can be looked at as a CI? “ with yes, do you agree? But are you satisfied? Below more argumentation.
Answer to work with: After four years of (Service Asset and) Configuration Management and its processes we came to a simple definition. A CI is a “thing” (with relations) which is managed with the three operational Service Asset and Configuration Management Processes (in total there are 5 processes in SACM, but the other two are more set up SACM and integration into SACM related) . That means,
a) if you maintain the “thing and its relations” according to your standardized configuration control process (which normally is attached to a change management process)
b) if all reports delivered for the “thing and its relations” comply with the standardized configuration status accounting process
c) if you guarantee quality for the “thing and its relations” with the standardized configuration verification and audit process
Then we name it CI. If it is ”discovered” with a discovery tool but not under control, we name it “discovered” IT Object.
Back to the question: ” Does metadata of me (e.g. personal record) can be looked at as a CI? ” Do you expect your company to apply the standardized Service Asset and Configuration Management processes to personal data? I hope that my company applies standardized processes on these data B U T I suppose its far more complex. I know that in my company inventory data of people is managed with a distinct HR application including control, reporting and quality assurance but I suppose not only according to the standardized ITIL Service Asset and Configuration Management Processes but according to other far more complex (regulatory) requirements and the data is stored somewhere else. What would be the benefit if this data were at least integrated into the Configuration Management System. And now we come to the point! That is going to deliver added value: person as owner of Ci’s , person as user of CI’s , person as being impacted when CI fails, etc etc etc. So with all that in mind, I thing I can argue and say. YES it makes sense to look at metadata of a person like a CI, but I have to accept that it will always be managed a bit differently, not like all the other IT-CIs.