La connaissance sur les services passe par les étapes classiques suivantes :
2.1. Donnée
Une donnée est le résultat direct d’une mesure. Elle peut être collectée par un outil de supervision, par une personne ou être déjà présente dans une base de données par ex.
Une donnée seule ne permet pas de prendre une décision sur une action à lancer.
Par exemple, pour le mois dernier, les données suivantes ont été relevées :
・ 1 217 incidents enregistrés au centre de services
・ 98 changements ont été mis en production
Pour être complet, le mois précédent, la donnée suivante a été enregistrée :
・ 10 nouveaux prestataires employés à la direction informatique
Le raisonnement basé sur ces données est volontairement très simplifié (peut-être trop à certaines étapes).
2.2. Information
Une information est une donnée à laquelle un sens et une interprétation ont été donnés.
Une information permet à un responsable opérationnel de prendre une décision (d’échelle locale ou à petite échelle) sur une action à mener.
Par exemple, les données précédentes sont interprétées de la manière suivante :
・ augmentation de 240 % du nombre d’incidents par rapport au mois précédent
・ augmentation de 15 % du nombre de changements mis en production par rapport au mois précédent
・ l’emploi des 10 prestataires supplémentaires le mois précédent est lié à une augmentation temporaire de la charge de travail d’intégration, de test et de mise en production d’une refonte du système d’information
Le responsable du centre de services peut décider de prendre un prestataire supplémentaire en renfort (à condition qu’il ait le budget évidemment) pour absorber la charge supplémentaire qui ne semble pas diminuer.
Le responsable des mises en production peut, en première analyse, conclure que l’augmentation importante du nombre d’incidents n’est pas liée à la mise en production des changements, étant donné la faible augmentation du nombre de changements mis en production pendant la même période.
2.3. Connaissance
La connaissance est le résultat d’une réflexion sur les informations analysées en se basant sur :
・ ses expériences, ses idées, ses valeurs, les avis d’autres personnes consultées pour l’occasion
・ sa propre expertise et celle de ses pairs
La connaissance permet aux responsables de confronter les informations au contexte de l’organisation et à d’autres contextes externes à l’organisation afin d’avoir une meilleure connaissance et une interprétation élargie des phénomènes mis en lumière par ces informations.
Les décisions prises à ce niveau seront d’échelle intermédiaire (à un niveau tactique par ex.).
Le responsable portant le rôle de gestionnaire des changements peut établir une corrélation entre l’arrivée des nouveaux prestataires et l’augmentation des incidents en ayant connaissance des éléments suivants :
・ en raison de l’urgence (elle-même liée à l’importance des retards dans les mises en production du nouveau système d’information), la dizaine de prestataires a été formée en une demi-journée au fonctionnement de l’organisation informatique, certainement trop rapidement sur l’intérêt et l’obligation de respecter le processus de gestion des changements
・ le responsable des mises en production n’est pas forcément en phase avec son équipe (ceux qui réalisent les mises en production sur le terrain)
・ après discussion avec quelques techniciens réalisant les mises en production, il s’avère une dégradation importante de la qualité des livraisons et, compte-tenu de l’urgence, certains contrôles ne sont plus pris en compte voire réalisés, laissant partir en production des kits d’installation de moindre qualité et fiabilité
・ une discussion rapide avec un consultant ITIL apporte un élément nouveau : le succès du processus de gestion des changements est aussi lié à un taux de « changements sauvages » très faible
La connaissance de ces éléments (entre autres) permet d’apporter une interprétation élargie du phénomène constaté : l’augmentation très importante du nombre d’incidents sur la période est très probablement liée à l’augmentation très importante du nombre de « changements sauvages » réalisés par les nouveaux prestataires formés trop rapidement aux processus en vigueur à l’organisation informatique.
Ces « changements sauvages » sont, par essence, indétectables par les indicateurs de performance du processus de gestion des changements.
S’il s’était contenté de son tableau de bord sur les indicateurs de performance (qui restent à un niveau correct), le gestionnaire des changements serait passé à côté de l’explication de l’explosion du nombre d’incidents et ne se serait pas remis en question alors qu’il est à l’origine du problème.
L’attitude qui consiste à se contenter du paradigme de son tableau de bord n’est pas la bonne. Il faut élargir ce paradigme en intégrant toute la connaissance nécessaire pour avoir du recul sur son tableau de bord.
Parmi les décisions à prendre pour corriger le tir, il y a un contrôle plus important des activités réalisées par les prestataires et une action de formation plus longue.
Certains prestataires, agissant trop en franc-tireur sans se préoccuper des conséquences de leurs actes techniques, peuvent aussi être remplacés par d’autres.
2.4. Sagesse
Cette étape ultime de la démarche permet :
・ d’aboutir à un état d’esprit général de discernement final sur le contenu (informations, connaissances) et de jugement de bon sens,
・ de s’adapter à de nouvelles situations et de lancer les actions d’adaptation de l’organisation, des personnes, des processus et des outils
・ et, au final, de provoquer des changements de cap de l’organisation afin d’anticiper les grands changements à venir et l’évolution d’un domaine
Cette faculté est rencontrée chez les responsables seniors de l’organisation ainsi que chez le responsable de l’organisation informatique.
Elle permet de prendre des décisions à long terme et des décisions stratégiques pour l’organisation informatique.
2. Concept-clé : Données-> InformatIon -> Connaissance -> Sagesse
http://www.itilfrance.com/index.php?pc=pages/docs/itilv3-03/117-02.inc&pg=menu_itilv3.inc&pt=Concept-cl%E9%20:%20Donn%E9es-%3E%20InformatIon%20-%3E%20Connaissance%20-%3E%20Sagesse
ITIL V3 :
Transition des services : La gestion des connaissances
1. Ambition, objectifs et objet du processus
2. Concept-clé : Données-> InformatIon -> Connaissance -> Sagesse
3. Exemple de système de gestion de connaissances des services (SKMS)
http://www.itilfrance.com/index.php?pc=pages/docs/itilv3-03/117-00-index.inc&pg=menu_itilv3.inc&pt=Transition%20des%20services%20-%20La%20gestion%20des%20connaissances&pb=haut_entete_itilv3.inc
La connaissance sur les services passe par les étapes classiques suivantes :
2.1. Donnée
Une donnée est le résultat direct d’une mesure. Elle peut être collectée par un outil de supervision, par une personne ou être déjà présente dans une base de données par ex.
Une donnée seule ne permet pas de prendre une décision sur une action à lancer.
Par exemple, pour le mois dernier, les données suivantes ont été relevées :
Pour être complet, le mois précédent, la donnée suivante a été enregistrée :
Le raisonnement basé sur ces données est volontairement très simplifié (peut-être trop à certaines étapes).
2.2. Information
Une information est une donnée à laquelle un sens et une interprétation ont été donnés.
Une information permet à un responsable opérationnel de prendre une décision (d’échelle locale ou à petite échelle) sur une action à mener.
Par exemple, les données précédentes sont interprétées de la manière suivante :
Le responsable du centre de services peut décider de prendre un prestataire supplémentaire en renfort (à condition qu’il ait le budget évidemment) pour absorber la charge supplémentaire qui ne semble pas diminuer.
Le responsable des mises en production peut, en première analyse, conclure que l’augmentation importante du nombre d’incidents n’est pas liée à la mise en production des changements, étant donné la faible augmentation du nombre de changements mis en production pendant la même période.
2.3. Connaissance
La connaissance est le résultat d’une réflexion sur les informations analysées en se basant sur :
La connaissance permet aux responsables de confronter les informations au contexte de l’organisation et à d’autres contextes externes à l’organisation afin d’avoir une meilleure connaissance et une interprétation élargie des phénomènes mis en lumière par ces informations.
Les décisions prises à ce niveau seront d’échelle intermédiaire (à un niveau tactique par ex.).
Le responsable portant le rôle de gestionnaire des changements peut établir une corrélation entre l’arrivée des nouveaux prestataires et l’augmentation des incidents en ayant connaissance des éléments suivants :
La connaissance de ces éléments (entre autres) permet d’apporter une interprétation élargie du phénomène constaté : l’augmentation très importante du nombre d’incidents sur la période est très probablement liée à l’augmentation très importante du nombre de « changements sauvages » réalisés par les nouveaux prestataires formés trop rapidement aux processus en vigueur à l’organisation informatique.
Ces « changements sauvages » sont, par essence, indétectables par les indicateurs de performance du processus de gestion des changements.
S’il s’était contenté de son tableau de bord sur les indicateurs de performance (qui restent à un niveau correct), le gestionnaire des changements serait passé à côté de l’explication de l’explosion du nombre d’incidents et ne se serait pas remis en question alors qu’il est à l’origine du problème.
L’attitude qui consiste à se contenter du paradigme de son tableau de bord n’est pas la bonne. Il faut élargir ce paradigme en intégrant toute la connaissance nécessaire pour avoir du recul sur son tableau de bord.
Parmi les décisions à prendre pour corriger le tir, il y a un contrôle plus important des activités réalisées par les prestataires et une action de formation plus longue.
Certains prestataires, agissant trop en franc-tireur sans se préoccuper des conséquences de leurs actes techniques, peuvent aussi être remplacés par d’autres.
2.4. Sagesse
Cette étape ultime de la démarche permet :
Cette faculté est rencontrée chez les responsables seniors de l’organisation ainsi que chez le responsable de l’organisation informatique.
Elle permet de prendre des décisions à long terme et des décisions stratégiques pour l’organisation informatique.