Les principes directeurs d'ITIL 4

Les principes directeurs

Dans toutes les entreprises, il existe une culture d’entreprise plus ou moins présente, plus ou moins documentée. Un livret d’accueil, des documents décrivant la méthodologie et les règles en termes de qualité, le schéma directeur même aussi parfois, apportent aux employés cette culture d’entreprise. Dans le monde public également, des règles de déontologie du service public nous donnent ce cadre de travail.

Pour les entités informatiques, il existe souvent des documents qui donnent des règles, des cadres aux informaticiens : la méthodologie pour la gestion des projets, les contraintes d’architecture, le référencement pour la fourniture de matériels informatiques ou de progiciels, la politique des mises en production, la gestion des prestataires et des fournisseurs…

Les bonnes pratiques ITIL 4 définissent donc des principes directeurs qui sont des recommandations permettant de guider les décisions et les choix de l’entreprise, et par conséquent de l’entité informatique dépendante, en toutes circonstances. Ces principes sont bien entendu assez génériques, mais il est important de les mettre en avant, car il s’agit avant tout de bon sens. Il est toujours important de rappeler le bon sens, car trop souvent dans les entreprises...

L’existant

Deuxième principe : démarrer la mise en œuvre des bonnes pratiques ITIL avec ce qui existe déjà dans l’entreprise ou dans l’entité informatique. Il faut s’appuyer sur l’existant. Regardez ce qui fonctionne bien et le gardez, que ce soient des processus, des procédures, des organisations, même si ce n’est pas tout à fait en ligne avec les bonnes pratiques décrites dans les livres. Profiter de l’existant pour éventuellement le modifier plus tard.

Ne partez surtout pas de rien, avec des procédures et des processus complètement nouveaux, car il est très probable que les organisations rejetteront ces nouveaux fonctionnements. Il faut s’appuyer a minima sur une ou plusieurs activités existantes.

Pour cela, il faut avoir une vue claire et objective de l’existant. Une analyse par une personne extérieure est souvent utile, car elle ne prendra pas parti et saura mettre en avant les points forts et les points à améliorer.

Le chapitre La mise en œuvre de la démarche ITIL donnera toutes les informations nécessaires.

La mise en œuvre de ce principe directeur se résume à :

L’itération

Troisième principe : mettre en œuvre les bonnes pratiques par itérations successives. Il faut s’appuyer sur la méthode donnée par M. Deming, « la roue de Deming », pour avancer progressivement : planifier d’abord des activités avec un but atteignable à court terme (trois mois, six mois maximum), réaliser et déployer les actions, vérifier que le but est bien atteint, et enfin ajuster si nécessaire certains points (car la réalité n’est souvent pas celle que l’on croit). Les quatre étapes de la roue de Deming sont donc bien réunies : Plan, Do, Check, Act en anglais. Ensuite, on recommence un tour de roue pour s’améliorer.

Ce qui est important, après une itération d’amélioration, c’est de faire le point avec tous les acteurs pour obtenir un retour d’expérience. Impliquer les acteurs dans l’élaboration des objectifs à court terme, des actions à mettre en place est important, mais il ne faut surtout pas négliger la participation aussi au retour d’expérience. Analyser ce qui s’est bien passé, profiter pour valoriser le travail de chacun et identifier les points qui ne se sont pas passés comme prévu est très important pour éviter la répétition...

La collaboration

Ce principe est avant tout du bon sens. Je l’ai déjà évoqué dans le principe précédent. Toutes les décisions, les définitions des objectifs à court et moyen termes, les détails des activités des processus, les revues des procédures, l’écriture des modes opératoires doivent être pris en charge par des représentants des organisations. Le travail en atelier participatif est un gage de réussite. Bien sûr, ce travail doit être encadré par une équipe de pilotage, souvent composée par un membre de la direction, le gestionnaire des services (M. ou Mme ITIL), et un consultant ITIL (interne ou externe), voire un ou plusieurs experts. Les ateliers participatifs doivent par contre être bornés dans le temps et dans leurs objectifs, pour être efficaces. Attention à ne pas tomber dans la réunion pour la réunion. Le partage, la collaboration et la participation des parties prenantes est un vrai facteur de succès à long terme.

En plus de la participation aux ateliers, les recommandations ITIL 4 préconisent pour ce principe directeur de communiquer fortement sur la démarche de mise en œuvre, les actions réalisées, les objectifs atteints, les actions en cours, et les objectifs à atteindre. Il s’agit de communiquer, mais...

L’approche holistique

Ce cinquième principe directeur est peut-être le plus délicat à décliner au quotidien. Il s’agit de penser et de travailler avec une approche holistique. Il est déjà important de bien comprendre le mot holistique : holistique vient du grec « holes » qui signifie tout entier. Une approche holistique consiste à appréhender les choses de manière globale, comme un ensemble, et cet ensemble aura plus de valeur que la somme des éléments qui le constituent. Une approche holistique en informatique et bien sûr en gestion de services, veut dire que chaque composant matériel ou logiciel, chaque outil, chaque application, chaque service doit toujours être pensé comme un élément d’un ensemble qui va contribuer à amener globalement de la valeur. Qu’est-ce que cet élément va apporter en termes d’efficacité et d’efficience à l’ensemble ? Comment cet élément va-t-il être utilisé dans cet ensemble ? Comment cet élément va-t-il être maintenu dans cet ensemble ? Comment va-t-il évoluer ?

Une approche holistique amène souvent à réunir toutes les parties prenantes (internes ou externes) pour identifier la valeur du service fourni (en termes de fonctionnalités...

Le pragmatisme

Le sixième principe n’est que du bon sens : faire simple et pratique. Dans tous les cas, utiliser un minimum d’étapes pour atteindre un objectif. Tous les livrables doivent être produits avec des solutions simples et doivent amener une valeur à au moins une partie prenante. Si un processus, un service, une action, ou un indicateur ne fournit pas de valeur, il faut absolument le supprimer. Il est préférable d’être incomplet au début et d’ajouter progressivement des indicateurs, des actions, des fonctionnalités de services, ou d’autres services uniquement quand cela est nécessaire.

Par contre, il peut y avoir des conflits d’intérêts au sein de l’entreprise, par exemple, sur le reporting. La direction réclame souvent des tableaux de bord qui demandent la collecte de nombreux indicateurs, et donc une dépense de temps non négligeable. ITIL 4 préconise d’abord d’automatiser au maximum toutes les tâches répétitives et de mettre en avant le ratio charge de travail-valeur fournie pour canaliser les demandes de la direction.

La mise en œuvre de ce principe directeur se résume à :