ITIL 4 : les 4 dimensions et les 7 principes directeurs

Les dimensions ITIL 4: examiner le service dans son ensemble

Information Technology Infrastructure Library (ITIL) est un référentiel de gestion des services informatiques. Ses dimensions constituent des angles d’analyse à examiner conjointement (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Les principes directeurs, eux, orientent les décisions et les initiatives d’amélioration (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Les dimensions vous aident à comprendre le service; les principes guident votre manière d’agir.

Dimension	Question concrète pour le technicien IT
Organisations et personnes	Qui est habilité à autoriser cet accès et qui possède les compétences pour le configurer ?
Information et technologie	L’outil de gestion des identités dispose-t-il des données nécessaires pour attribuer les droits ?
Partenaires et fournisseurs	Le prestataire externe doit-il intervenir, et son engagement couvre-t-il cette demande ?
Flux de valeur et processus	À quelle étape du circuit de validation la demande reste-t-elle bloquée ?

Un salarié attend son accès à une application métier: vous vérifiez les compétences du support et les responsabilités d’approbation, puis constatez que l’outil de gestion des identités fonctionne. Le prestataire externe attend pourtant une validation métier que le circuit a envoyée à un responsable absent. Plutôt que de relancer le provisionnement, vous faites réorienter l’approbation vers un délégataire habilité: le traitement reprend sans contourner le contrôle d’accès.

Une réponse uniquement technique laisse donc le blocage organisationnel intact. Dans le système de valeur des services, ces dimensions permettent d’examiner les conditions nécessaires à la création de valeur. Elles ne remplacent pas les pratiques ITIL à réviser pour Foundation, qui structurent les ressources mobilisées pour réaliser le travail. Cet article traite du référentiel ITIL 4.

Privilégier la valeur, partir de l’existant et avancer avec des retours

Une gestionnaire de paie demande une réinitialisation de mot de passe alors qu’elle doit transmettre un fichier avant la clôture. Vous pouvez traiter la demande technique, mais vous vérifiez aussi que l’accès rétabli lui permet effectivement de reprendre son travail. Vous examinez ensuite la procédure utilisée et proposez de tester une clarification du message de réinitialisation, sans modifier les contrôles d’identité.

• Privilégier la valeur, premier principe directeur (PeopleCert / Axelos, ITIL 4 Foundation Handbook). La valeur correspond au résultat utile pour l’utilisateur, pas au statut « résolu » dans votre outil de tickets.

  Action: demandez quelle activité est bloquée, puis faites confirmer la reprise de cette activité après la réinitialisation. Contresens à éviter: fermer le ticket dès l’envoi du lien, sans vérifier que l’utilisateur peut se connecter.

• Commencer là où vous êtes, principe directeur suivant (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Observez les pratiques réelles, les connaissances disponibles et les outils avant de décider d’un remplacement.

  Action: suivez la procédure actuelle avec la gestionnaire pour repérer précisément l’instruction ambiguë. Contresens à éviter: jeter la documentation existante sans examiner ce qui fonctionne déjà.

• Progresser par itérations avec des retours, autre principe directeur (PeopleCert / Axelos, ITIL 4 Foundation Handbook). L’ordre de présentation sert de repère, pas de séquence obligatoire.

  Action: testez le message clarifié sur un périmètre limité, recueillez les difficultés rencontrées et ajustez avant généralisation. Contresens à éviter: multiplier les modifications sans solliciter de retour utilisateur.

Pour traduire ces principes dans le traitement des demandes, la distinction entre incident, problème et changement ITIL au quotidien aide à séparer le rétablissement de l’accès, l’analyse des causes et la modification du service.

Collaborer avec transparence et penser de manière holistique

Pour un technicien IT, ces principes changent la façon de traiter un incident: vous rendez le travail compréhensible et gardez le rétablissement du service comme objectif commun.

• Collaborer et promouvoir la visibilité (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Rendez accessibles aux équipes concernées le statut du ticket, le responsable de la prochaine action, les blocages et les éléments de diagnostic utiles. Un journal partagé doit distinguer les faits vérifiés des hypothèses et préciser l’action attendue. La visibilité sert à coordonner le travail, pas simplement à multiplier les destinataires.
• Penser et travailler de manière holistique (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Examinez le service de bout en bout: parcours utilisateur, composants techniques, dépendances externes et engagements de service. Avant une modification locale, vérifiez ses effets sur les autres usages et prévoyez comment confirmer le rétablissement côté utilisateur.

Un matin, le centre de services reçoit des signalements d’accès impossible à l’application de gestion des commandes, hébergée chez un fournisseur. Plutôt que transférer le ticket sans contexte, vous partagez avec l’équipe réseau les symptômes, les sites touchés et les tests réalisés, puis organisez la transmission au fournisseur avec un interlocuteur désigné. Le diagnostic reste ainsi continu; les règles d’escalade du service desk ITIL 4 permettent de conserver un suivi jusqu’à la validation métier.

Vous mobilisez ainsi les dimensions présentées au début: organisations et personnes pour les responsabilités, information et technologie pour les preuves, partenaires et fournisseurs pour la coordination, flux de valeur et processus pour la continuité du traitement. Transparence ne signifie toutefois pas diffusion sans contrôle: limitez les accès au besoin opérationnel et masquez les données sensibles dans les captures et journaux transmis.

Rester simple et pratique, puis optimiser et automatiser

Pour un technicien IT, ces principes se traduisent par une règle opérationnelle: simplifier le travail avant de confier son exécution à un outil.

• Rester simple et pratique (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Conservez les actions et informations qui contribuent au résultat attendu. Chaque champ, pièce jointe ou validation doit avoir une utilité identifiable: attribuer le bon droit, vérifier sa légitimité ou permettre un contrôle ultérieur. Simplifier ne signifie pas supprimer l’approbation du responsable habilité, la vérification d’identité ou les restrictions sur les accès sensibles.
• Optimiser et automatiser (PeopleCert / Axelos, ITIL 4 Foundation Handbook). Observez le fonctionnement réel, repérez les tâches inutiles, puis stabilisez la procédure et ses responsabilités. Évaluez ensuite l’automatisation selon la fréquence des demandes, la fiabilité des données et l’effort de maintenance. Une étape ambiguë doit être clarifiée avant d’être automatisée.

Au support, vous recevez régulièrement des demandes d’accès à un dossier partagé dont le formulaire mélange application, répertoire et profil souhaité. Avec le responsable du service, vous clarifiez les champs et supprimez une validation redondante, tout en conservant l’accord du propriétaire des données. Vous automatisez ensuite l’attribution des profils standard approuvés; les droits inhabituels restent soumis à un traitement manuel.

Prévoyez aussi le fonctionnement dégradé: journal des décisions et des droits attribués, signalement des échecs, responsable des exceptions et procédure de reprise manuelle. Automatiser un formulaire mal conçu accélère aussi les mauvaises attributions. Les cas d’usage Lean Six Sigma dans les services informatiques prolongent cette démarche d’élimination des tâches sans valeur avant automatisation.

Mettre les dimensions et les principes en pratique au support IT

Au support, utilisez les dimensions pour établir le diagnostic et les principes pour justifier une décision. L’objectif: améliorer le service rendu, sans affaiblir les contrôles d’accès.

Chaque lundi, le support reçoit des demandes d’accès au même dossier partagé, souvent sans validation du responsable. Vous décidez de rendre cette validation explicite dans le formulaire, sans supprimer le contrôle d’habilitation. Les demandes disposent ainsi d’un circuit défini; reste à vérifier si ce changement réduit les échanges inutiles.

Reprenez cette fiche d’application pour l’exercice:

• Service concerné: accès au dossier partagé; précisez les utilisateurs et le périmètre.
• Résultat attendu: permettre un accès autorisé, utilisable et compréhensible pour le demandeur.
• Diagnostic par dimension: organisations et personnes: qui valide ? Information et technologie: quelles données et quels droits ? Partenaires et fournisseurs: quelles dépendances ? Flux de valeur et processus: où la demande attend-elle ?
• Principes mobilisés: justifiez comment « privilégier la valeur », « collaborer et promouvoir la visibilité » et « progresser par itérations avec des retours » éclairent votre décision. Plusieurs principes peuvent s’appliquer simultanément: ne récitez pas leurs intitulés.
• Action retenue: précisez la modification du formulaire, son responsable et les conditions de vérification.
• Retour utilisateur et ajustement: recueillez l’appréciation du demandeur, puis observez délai de traitement, réouvertures et erreurs d’orientation avant d’ajuster.

Pour structurer ces connaissances et préparer ITIL 4 Foundation avec l’examen inclus, la formation Elitek est proposée à 1 450 € TTC, examen inclus, sur 21 h (fiche formation Elitek). Le guide des prix et du financement ITIL Foundation complète votre préparation budgétaire.

Se former avec Elitek

Elitek, organisme certifié Qualiopi, propose une formation dédiée à ce sujet, éligible CPF et disponible en distanciel comme en présentiel. Découvrez la formation Elitek correspondante et son accompagnement vers la certification.