L'efficacité des projets de gestion de services informatiques

20 ans après la création du référentiel ITIL, le point sur les grands enseignements à tirer de l'expérience de terrain. Le premier d'entre eux : un projet ITIL implique un important travail de mise en commun, et par conséquent une forte adhésion des acteurs.

Le bug annoncé de l'an 2000 avait poussé les directions financières à se plonger dans leur système informatique. Huit ans après, la culture de la qualité s'est durablement installée dans les schémas directeurs des entreprises. Qualité des produits, qualité des services, l'informatique est devenue une activité support qu'on inspecte à la loupe , avec à la clé des référentiels toujours plus nombreux.


Parmi ceux-là, ITIL fait figure de star, au point qu'on ne compte plus les couvertures de magazine et les articles qui le mentionnent. 20 ans après sa création et au moment de la sortie de la version 3, on peut s'interroger sur les enseignements à tirer des expériences de mise en œuvre.


La gestion de la qualité des services informatiques nécessite d'être et d'avoir


"Etre" fait référence à la capacité de l'entreprise à structurer l'ensemble de ses activités en processus efficients. Il ne s'agit donc pas de baisser les coûts de production de service à tout crin mais de les confronter à des objectifs dont la qualité et la quantité sont déterminées par la stratégie de l'entreprise. Cette vision, bien que rationnelle, ne parvient pas à rassurer les équipes techniques et les managers qui confient volontiers avoir le sentiment de devoir produire toujours plus avec moins de moyens.

Notre époque n'est plus celle du "produit rare" mais du "client rare". Cette nouvelle cherté se paie en amont des produits et des services. Le temps où l'informatique était synonyme d'avantage concurrentiel est passé, elle doit maintenant prouver sa rentabilité à court terme. Dans ce nouveau contexte, la pression est grande sur les managers et les équipes informatiques qui doivent mettre en oeuvre une démarche de recherche de qualité des services.

"Avoir" fait référence à la connaissance complète et réaliste du système d'information. Ceci concerne à la fois les infrastructures, les logiciels, les règles de gestion, l'organisation et les factures. Il existe deux difficultés majeures à ce travail : d'une part le SI change sans cesse pour répondre aux besoins de l'activité et d'autre part chaque composant du SI est lié aux autres par des relations de différentes natures. 

La description de ces dépendances nécessite un travail de mise en commun de personnes venues de domaines d'activité différents et donc un effort de communication. Ces deux difficultés relèvent du choix de la granularité et d'un référentiel commun.

"Etre" et "avoir" ont en commun la nécessité d'une organisation qui met en oeuvre de nouveaux processus, qui détermine le niveau de granularité pertinent et qui s'approprie un langage commun. Le succès d'un projet informatique de qualité de service relève moins de la cohérence des nouvelles règles à mettre en oeuvre, moins de la valeur technique de la plate-forme logicielle que de l'adhésion des acteurs. Ecouter, donner du sens et obtenir l'adhésion : trois bonnes pratiques à ajouter dans une prochaine version d'ITIL ?