<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Service Desk on Guide ESM</title><link>https://esm-guide.com/tags/service-desk/</link><description>Recent content in Service Desk on Guide ESM</description><generator>Hugo</generator><language>fr-FR</language><lastBuildDate>Fri, 28 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://esm-guide.com/tags/service-desk/index.xml" rel="self" type="application/rss+xml"/><item><title>Définir des SLA de support qui tiennent la route</title><link>https://esm-guide.com/blog/definir-sla-support/</link><pubDate>Fri, 28 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/blog/definir-sla-support/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;En bref :&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;Un SLA repose sur une matrice de priorité croisant l&amp;rsquo;urgence et l&amp;rsquo;impact, jamais sur la seule urgence déclarée par le demandeur.&lt;/li&gt;&#10;&lt;li&gt;Deux engagements distincts sont nécessaires : délai de prise en charge et délai de rétablissement.&lt;/li&gt;&#10;&lt;li&gt;Le calibrage se fait sur la médiane réellement observée, pas sur une cible théorique.&lt;/li&gt;&#10;&lt;li&gt;Sans suspension du décompte pendant l&amp;rsquo;attente du demandeur, l&amp;rsquo;indicateur devient injuste et cesse d&amp;rsquo;être utilisé.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="ce-quun-sla-engage-réellement"&gt;Ce qu&amp;rsquo;un SLA engage réellement&lt;/h2&gt;&#10;&lt;p&gt;Un &lt;strong&gt;accord de niveau de service&lt;/strong&gt; est un engagement pris envers les utilisateurs sur des délais mesurables. Il ne décrit pas une ambition, il décrit une promesse opposable. C&amp;rsquo;est pourquoi un SLA fixé au-dessus de la capacité réelle de l&amp;rsquo;équipe produit l&amp;rsquo;effet inverse de celui recherché : les dépassements deviennent la norme, et l&amp;rsquo;indicateur cesse d&amp;rsquo;être regardé.&lt;/p&gt;</description></item><item><title>Service desk et help desk : le vocabulaire au clair</title><link>https://esm-guide.com/blog/service-desk-help-desk-difference/</link><pubDate>Wed, 26 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/blog/service-desk-help-desk-difference/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;En bref :&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;Le help desk traite les pannes, le service desk traite les pannes et les demandes de service.&lt;/li&gt;&#10;&lt;li&gt;ITIL ne retient que le terme service desk, défini comme point de contact unique entre le fournisseur et les utilisateurs.&lt;/li&gt;&#10;&lt;li&gt;Le schéma à trois niveaux, généraliste puis spécialisé puis éditeur, reste la structure de référence.&lt;/li&gt;&#10;&lt;li&gt;Le taux de résolution au premier niveau dépend directement de la qualité de la base de connaissances mise à disposition.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="trois-termes-trois-périmètres"&gt;Trois termes, trois périmètres&lt;/h2&gt;&#10;&lt;p&gt;Le &lt;strong&gt;help desk&lt;/strong&gt; est né du besoin de centraliser le signalement des pannes informatiques. Son périmètre est correctif : un utilisateur constate un dysfonctionnement, il le signale, une équipe le corrige.&lt;/p&gt;</description></item><item><title>Gestion des incidents et des problèmes : ne plus confondre</title><link>https://esm-guide.com/blog/gestion-incidents-gestion-problemes/</link><pubDate>Fri, 21 Aug 2026 00:00:00 +0000</pubDate><guid>https://esm-guide.com/blog/gestion-incidents-gestion-problemes/</guid><description>&lt;blockquote&gt;&#10;&lt;p&gt;&lt;strong&gt;En bref :&lt;/strong&gt;&lt;/p&gt;&#10;&lt;ol&gt;&#10;&lt;li&gt;L&amp;rsquo;incident se mesure en délai de rétablissement, le problème se mesure en incidents évités.&lt;/li&gt;&#10;&lt;li&gt;Un contournement clôt un incident mais ne clôt jamais un problème.&lt;/li&gt;&#10;&lt;li&gt;Le regroupement d&amp;rsquo;incidents récurrents est le principal signal d&amp;rsquo;entrée de la gestion des problèmes.&lt;/li&gt;&#10;&lt;li&gt;Une erreur connue est un problème dont la cause est identifiée et le contournement documenté, avant correction définitive.&lt;/li&gt;&#10;&lt;/ol&gt;&#10;&lt;/blockquote&gt;&#10;&lt;h2 id="deux-pratiques-deux-horloges"&gt;Deux pratiques, deux horloges&lt;/h2&gt;&#10;&lt;p&gt;Un &lt;strong&gt;incident&lt;/strong&gt; est une interruption non planifiée d&amp;rsquo;un service ou une dégradation de sa qualité. La pratique associée poursuit un seul objectif : rétablir le service au plus vite. Redémarrer, basculer sur un serveur de secours, réattribuer une licence, peu importe le moyen, y compris s&amp;rsquo;il ne règle rien sur le fond.&lt;/p&gt;</description></item></channel></rss>