<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ITIL on ESM Guide</title><link>https://esm-guide.com/en/tags/itil/</link><description>Recent content in ITIL on ESM Guide</description><generator>Hugo</generator><language>en-US</language><lastBuildDate>Wed, 02 Sep 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://esm-guide.com/en/tags/itil/index.xml" rel="self" type="application/rss+xml"/><item><title>CMDB: what it is for and how to feed it</title><link>https://esm-guide.com/en/blog/cmdb-explained/</link><pubDate>Wed, 02 Sep 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/en/blog/cmdb-explained/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;In short:&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;A CMDB records configuration items and, above all, the dependency relationships linking them.&lt;/li&gt;&#10;&lt;li&gt;Its primary use is impact analysis, before a change or during a major incident.&lt;/li&gt;&#10;&lt;li&gt;An inventory lists assets, a CMDB adds dependencies: they are two different objects.&lt;/li&gt;&#10;&lt;li&gt;Manual population always drifts: automated collection is the only sustainable option.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="what-a-cmdb-actually-contains"&gt;What a CMDB actually contains&lt;/h2&gt;&#10;&lt;p&gt;A &lt;strong&gt;CMDB&lt;/strong&gt;, for Configuration Management Database, records the configuration items of an information system: servers, workstations, applications, services, contracts. But the list is not the point. What separates a CMDB from a spreadsheet is the &lt;strong&gt;relationships&lt;/strong&gt; between those items: which server hosts which database, which database feeds which application, which application delivers which business service.&lt;/p&gt;</description></item><item><title>Service desk and help desk: the vocabulary sorted</title><link>https://esm-guide.com/en/blog/service-desk-vs-help-desk/</link><pubDate>Wed, 26 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/en/blog/service-desk-vs-help-desk/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;In short:&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;A help desk handles faults, a service desk handles faults and service requests.&lt;/li&gt;&#10;&lt;li&gt;ITIL keeps only the term service desk, defined as the single point of contact between provider and users.&lt;/li&gt;&#10;&lt;li&gt;The three-tier pattern, generalist then specialist then vendor, remains the reference structure.&lt;/li&gt;&#10;&lt;li&gt;First-line resolution rate depends directly on the quality of the knowledge base made available.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="three-terms-three-scopes"&gt;Three terms, three scopes&lt;/h2&gt;&#10;&lt;p&gt;The &lt;strong&gt;help desk&lt;/strong&gt; emerged from the need to centralise the reporting of IT faults. Its scope is corrective: a user sees a malfunction, reports it, a team fixes it.&lt;/p&gt;</description></item><item><title>Incident and problem management: stop confusing them</title><link>https://esm-guide.com/en/blog/incident-management-vs-problem-management/</link><pubDate>Fri, 21 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/en/blog/incident-management-vs-problem-management/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;In short:&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;An incident is measured in time to restore, a problem in incidents avoided.&lt;/li&gt;&#10;&lt;li&gt;A workaround closes an incident but never closes a problem.&lt;/li&gt;&#10;&lt;li&gt;Grouping recurring incidents is the main entry signal for problem management.&lt;/li&gt;&#10;&lt;li&gt;A known error is a problem with an identified cause and a documented workaround, ahead of the permanent fix.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="two-practices-two-clocks"&gt;Two practices, two clocks&lt;/h2&gt;&#10;&lt;p&gt;An &lt;strong&gt;incident&lt;/strong&gt; is an unplanned interruption to a service or a reduction in its quality. The associated practice pursues one objective: restore service as quickly as possible. Restart, fail over, reassign a licence, the means hardly matter, including when they fix nothing fundamental.&lt;/p&gt;</description></item><item><title>ITIL 4: the 7 guiding principles explained</title><link>https://esm-guide.com/en/blog/itil-4-guiding-principles/</link><pubDate>Wed, 19 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/en/blog/itil-4-guiding-principles/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;In short:&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;ITIL 4, published in 2019, places seven guiding principles ahead of its 34 management practices.&lt;/li&gt;&#10;&lt;li&gt;These principles are rules of conduct, not processes to execute: they exist to arbitrate, not to run.&lt;/li&gt;&#10;&lt;li&gt;Three of them, start where you are, keep it simple and progress iteratively, are enough to frame most projects.&lt;/li&gt;&#10;&lt;li&gt;The framework cannot certify an organisation: that certification falls under the ISO/IEC 20000 standard.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="why-itil-4-starts-with-principles"&gt;Why ITIL 4 starts with principles&lt;/h2&gt;&#10;&lt;p&gt;Earlier ITIL versions mostly described processes. ITIL 4 reverses the order and sets out seven &lt;strong&gt;guiding principles&lt;/strong&gt;, valid in any context, before going into practice detail. The intent is explicit: avoid the mechanical application of a procedure catalogue to an organisation whose actual maturity nobody has examined.&lt;/p&gt;</description></item></channel></rss>