Les corrections : L’information et le système d’information

(a) Donnée. Un nombre brut, isolé : on ignore ce qu’il compte.

(b) Information. L’élément est rattaché à un objet — le four du Tilleul —, à une unité — des mois — et il répond à une question : quel est l’âge de ce four ?

(c) Donnée. Une date enregistrée sans commentaire ne dit pas de quoi elle est la date.

(d) Ni l’un ni l’autre : c’est un jugement. Il a été formé à partir d’informations, et il relève de la connaissance de celui qui l’énonce. C’est le piège le plus fréquent de l’exercice.

(e) Donnée. Une référence est un identifiant brut.

(f) Information. Un comptage a été fait, sur une période nommée : le traitement a eu lieu.

Rassembler : les durées de toutes les interventions de mars ont été mises ensemble.

Rattacher : on dit qu’il s’agit de minutes, d’interventions, et du mois de mars 2027.

Calculer ou comparer : une moyenne a été calculée, puis rapprochée de celle du mois précédent.

Destiner : la phrase s’adresse au responsable technique, qui suit la charge de ses équipes — la comptabilité, elle, n’en ferait rien.

Accessibilité — est-elle arrivée à la bonne personne, à temps, et légalement ?

Actualité — de quand datent les données qu’elle porte ?

Exactitude — d’où vient-elle, et peut-on y remonter ?

Pertinence — sert-elle à la décision qu’on doit prendre ?

Exhaustivité — manque-t-il quelque chose pour décider ?

Les cinq sont dans l’arrêté, et la liste est fermée : inventer la fiabilité ou la lisibilité comme sixième critère ne rapporte rien.

Non, malgré son exactitude.

Le critère qui manque est l’accessibilité, dans sa première exigence : l’information doit être disponible au moment opportun pour le destinataire. Le 15 mai, la décision est prise depuis dix jours.

Les quatre autres critères peuvent être parfaitement satisfaits — exactitude, actualité des données d’avril, pertinence, exhaustivité — cela ne change rien : une information qui arrive après la décision n’a servi à rien.

Le remède suit le critère : ce n’est pas de vérifier davantage, c’est d’avancer la date de production de l’état.

La saisie par une personne — risque : faute de frappe, champ laissé vide, doublon. Contrôle : un contrôle de saisie qui refuse une durée négative ou supérieure à une journée, et une recherche de doublons sur la référence d’intervention.

La mesure par un appareil — risque : le capteur tombe en panne et cesse de remonter, ou son horloge dérive. Contrôle : une alerte quand une machine cesse d’émettre pendant plus de quarante-huit heures.

La réception d’un tiers — risque : le format change sans prévenir, ou le fichier reçu est celui du mois précédent. Contrôle : vérifier la date du fichier et le nombre de lignes attendu avant de l’intégrer.

Pour le technicien : c’est une information. Sa question est — faut-il programmer une visite ? — et 612 heures, rapportées au seuil de 600, y répond : oui, et la visite est même en retard.

Pour le comptable : ce n’en est pas une, pas encore. Sa question porte sur ce qu’il y a à facturer : tant que l’intervention n’a pas eu lieu, le nombre d’heures ne lui apprend rien. La même donnée deviendra une information pour lui le jour où elle produira une facture.

Ce qui change n’est pas la donnée, c’est la question.

(a) Donnée. Un relevé brut, sans interprétation.

(b) Information. Les relevés ont été rassemblés, un motif a été dégagé, et le résultat est daté et rattaché à un client.

(c) Connaissance. L’explication du motif suppose de savoir ce qui se passe le mardi matin chez ce client : cela ne se lit dans aucun relevé.

(d) Donnée. Un identifiant brut.

(e) Connaissance. Le savoir est celui d’une personne, il est daté de son expérience, et il permet de décider — ne pas reproposer ce modèle.

Remarquez la paire (b) et (c) : l’information dit ce qui se passe, la connaissance dit pourquoi.

(a) Pertinence. Le document parle d’autre chose que de la question posée : le sujet est manqué.

(b) Exhaustivité. Le sujet est le bon, le périmètre est incomplet.

(c) Pertinence. L’unité de compte ne répond pas à la question : on demande une charge, on fournit un nombre de visites. Le sujet est manqué, même si le tableau porte bien sur les interventions.

(d) Exhaustivité. Un budget est bien le bon document ; il lui manque un poste nécessaire à la décision.

La règle qui range à coup sûr : la pertinence porte sur le sujet, l’exhaustivité sur le périmètre.

Il faut retirer deux choses.

La compétence, d’abord. La colonne des limites de la sous-partie 1.1 demande de savoir distinguer donnée, information et connaissance — et précise expressément que la compétence n’en fait pas partie. La pyramide à quatre étages est donc hors sujet ici.

Les niveaux du système d’information, ensuite. La même colonne écarte les niveaux du SI, les sous-systèmes et les procédures de contrôle de la qualité d’une information.

Ce qui reste est exactement ce que le chapitre traite : les trois premières marches, et rien au-delà. Un candidat qui traite le reste ne perd pas de points sur ce qu’il écrit — il en perd sur ce qu’il n’a pas eu le temps d’écrire.

L’affirmation confond le stock et l’usage.

Ce que la directrice décrit est un volume de données : des enregistrements bruts, nombreux et anciens. Rien dans cette phrase ne dit qu’une question a été posée, ni qu’un traitement y répond.

Une donnée qui ne répond à aucune question n’informe personne, et elle coûte : stockage, saisie, mise à jour, et le temps de ceux qui la cherchent.

La bonne façon de vérifier est de retourner la phrase : quelles décisions sont prises chaque mois, et quelle information les éclaire ? Si la réponse est vague, l’organisation est riche en données et pauvre en informations.

On peut le dire autrement : le volume est un coût certain, l’information un bénéfice conditionnel — et la condition est qu’une question ait été posée.

Aucune des six qualités ne peut être établie, et c’est cela le problème.

Vérifiable : non — je l’ai lu quelque part ne permet de remonter à rien. C’est le défaut premier, et il entraîne les autres.

Fiable : inconnu, faute de savoir qui publie.

Spécialisée : inconnu — la source parlait-elle de la cuisine professionnelle ou de la restauration en général ?

Non déformée : douteux — un chiffre retenu de mémoire est le cas type de la déformation.

À jour : inconnu, faute de millésime.

Adéquate : inconnu — 8 % de quoi : du chiffre d’affaires, du nombre d’établissements, du parc installé ?

Ce qu’il faut faire : retrouver la publication d’origine, relever son éditeur, son millésime et son champ, et reprendre le chiffre depuis cette source de première main. Tant que ce n’est pas fait, l’information ne peut pas fonder une décision.

La décision à éclairer est le suivi de la charge des équipes.

Accessibilité : non satisfaite. Le tableau paraît le 15, la réunion se tient le 5 : il n’est pas disponible au moment opportun.

Actualité : satisfaite. Les données portent sur le mois qui vient de s’achever.

Exactitude : satisfaite. La saisie est faite par ceux qui interviennent et recoupée à la facturation : la source est interne, spécialisée et vérifiable.

Pertinence : partiellement satisfaite. Le tableau compte des visites quand la charge se mesure en heures : deux interventions d’une heure et de six heures pèsent pareil dans ce comptage.

Exhaustivité : non satisfaite. Les interventions sous garantie sont exclues — elles occupent pourtant les mêmes techniciens : le périmètre ne couvre pas le besoin.

Conclusion : le tableau est exact et ne peut pas servir à la décision. Trois remèdes distincts sont nécessaires : avancer la parution avant le 5, compter des heures et non des visites, et intégrer les interventions sous garantie.

Les données de départ. Chaque intervention a produit trois éléments bruts : la date, la référence de la pièce changée, le client. Aucun ne dit quoi que ce soit isolément.

Le traitement. Le système a rassemblé les interventions du mois, filtré sur la référence R-214, compté, puis comparé au mois précédent.

L’information produite. Dix-sept remplacements en mars contre quatre en février : le nombre est daté, rattaché à une référence, et comparé.

La connaissance qui a fait agir. Le responsable a reconnu un défaut de série déjà vu en 2025 : ce rapprochement-là n’est écrit nulle part, il vient de son expérience.

Si le traitement avait manqué : les dix-sept interventions seraient restées dispersées dans la base, et personne n’aurait rien vu. Si la personne avait manqué : le chiffre serait apparu sur un écran, et l’on aurait sans doute recommandé la pièce sans appeler le fabricant.

Ce qui les sépare est la justification, et c’est elle qui est notée.

La première copie affirme un classement : le correcteur ne peut pas savoir si l’étudiant a compris ou deviné. La seconde fait trois choses : elle classe — donnée ; elle justifie par ce qui manque — rien ne dit de quelle machine ni sur quelle période ; elle dit à quelle condition le classement changerait — rapporté au seuil de 600 heures.

La troisième partie est celle qui distingue une bonne copie, parce qu’elle montre qu’on a compris que le classement dépend du traitement, non de l’élément.

Sur le modèle, pour R-214 : la référence R-214 est une donnée — c’est un identifiant brut, qui ne répond à aucune question — ; elle devient une information dès qu’on la rattache à un comptage et à une période, par exemple dix-sept remplacements en mars 2027.

(a) Accessibilité — remède : avancer la date de production. Vérifier davantage les chiffres ne servirait à rien : ils sont justes, ils arrivent trop tard.

(b) Actualité — remède : reprendre les données récentes. Élargir le périmètre ne corrigerait pas l’ancienneté.

(c) Exactitude — remède : remonter à la source de première main, relever son éditeur et son millésime. Avancer la parution ne rendrait pas le chiffre vérifiable.

(d) Pertinence — remède : refaire le document sur le bon sujet. Ajouter des pages aggraverait le défaut : il y en a déjà trop sur ce qui n’est pas demandé.

(e) Exhaustivité — remède : compléter le périmètre. Vérifier les chiffres présents ne ferait pas apparaître ceux qui manquent.

La leçon commune : un remède qui ne vise pas le critère défaillant coûte du travail et ne corrige rien.

La décision confond l’exhaustivité et l’accumulation. Elle dégrade trois critères pour en améliorer un seul, et encore en apparence.

Ce qu’elle améliore : rien de sûr. Le programme définit l’exhaustivité comme le fait d’être complet au regard du besoin — si les six indicateurs couvraient le besoin, les trente-six autres n’ajoutent pas d’exhaustivité.

Ce qu’elle dégrade, d’abord la pertinence : le lecteur ne trouve plus ce qui l’intéresse.

Ensuite l’accessibilité : produire quarante-deux indicateurs allonge le délai de parution, et le tableau paraîtra plus tard encore.

Enfin l’exactitude : plus on produit d’indicateurs, moins chacun est contrôlé.

La bonne démarche est inverse : partir des décisions à prendre, en déduire les questions, et ne retenir que les indicateurs qui y répondent.

Les données existaient, et elles étaient complètes. Chaque passage a produit une date, une référence de pièce, un client : trois interventions, trois enregistrements.

L’information n’a pas été produite pour le client. Elle l’a été pour Alcyon — le comptage par référence a bien fait apparaître le défaut de série — mais personne n’a rapproché les trois interventions du même client pour lui en rendre compte. Le traitement existait dans un sens et pas dans l’autre.

La connaissance était détenue par le responsable technique, qui savait depuis 2025 que ce modèle défaillait : elle n’a pas circulé jusqu’à celui qui parle au client.

Ce qui a manqué tient en une phrase : aucune question n’avait été posée du point de vue du client. Alcyon interrogeait sa base par référence de pièce ; personne ne l’interrogeait par client. Les mêmes données, interrogées autrement, auraient produit l’information — et le client aurait été prévenu avant de se plaindre.

La mesure à proposer n’est donc pas de collecter davantage, mais d’ajouter une question : quels clients ont subi plus de deux interventions sur la même pièce en trois mois ?

La décision à éclairer : faut-il remplacer le logiciel, et par lequel ?

Document 1 — la démonstration de l’éditeur. Actualité : excellente. Exactitude : la source est spécialisée et identifiable, mais elle n’est pas neutre — elle décrit ce que son produit sait faire, non ce qu’il ne fait pas. Pertinence : partielle — elle éclaire le choix d’un logiciel, non la décision de remplacer.

Document 2 — le comparatif sans date ni auteur. Exactitude : non vérifiable — on ne peut ni remonter à la source ni juger de sa fiabilité. Actualité : inconnue, ce qui est disqualifiant sur un marché de logiciels. Ce document ne peut pas fonder la décision : le lire n’est pas fautif, s’en servir sans le dire l’est.

Document 3 — le relevé interne des pannes. Exactitude : bonne — source interne, spécialisée, tenue par un personnel compétent. Actualité : bonne, il est tenu depuis 2024. Pertinence : forte — c’est le seul des trois qui documente le problème à résoudre. Exhaustivité : à vérifier — relève-t-il les pannes seulement, ou aussi les lenteurs et les contournements ?

Ce qui manque pour décider : le coût complet du remplacement — licence, reprise des données, formation, interruption d’activité — et le coût de ne rien faire, c’est-à-dire ce que les pannes actuelles coûtent en heures perdues. Sans ces deux chiffres, aucun des trois documents ne permet de trancher : c’est un défaut d’exhaustivité, au regard du besoin.

Le diagnostic tient en une phrase : la même information existe à trois endroits, et aucun ne fait autorité.

Par les quatre ressources. Données : la date de visite est stockée trois fois — tableur, message, logiciel — et les trois divergent. Procédures : aucune règle ne dit laquelle fait foi, ni qui met à jour quoi et quand. Logicielles : le logiciel n’est alimenté qu’après coup, donc il ne peut pas servir à répondre au client. Matérielles : rien n’indique de défaillance.

Par les cinq fonctions. La collecte est en cause — la planification n’entre jamais dans le système, elle reste dans un tableur. Le stockage est en cause — trois copies au lieu d’une. La diffusion est en cause — l’accueil consulte une source qui n’est pas à jour. Le traitement et la sécurisation ne sont pas mis en cause par le cas.

Le remède, hiérarchisé. D’abord, désigner la source unique : la planification est saisie dans le logiciel, et nulle part ailleurs. C’est une décision de procédure, elle ne coûte rien et elle règle l’essentiel. Ensuite, faire découler les deux autres usages de cette source : la tournée du technicien et l’écran de l’accueil se lisent dans le logiciel, le tableur disparaît. Enfin seulement, si l’outil ne permet pas la saisie prévisionnelle, envisager de le faire évoluer.

L’ordre importe : commencer par l’outil coûterait cher et laisserait subsister la cause, qui est l’absence de source unique.

Fait 1 — la mise à jour passée sans prévenir. Le responsable des infrastructures répond de la disponibilité du socle technique : passer une mise à jour est son rôle ; ne pas la coordonner avec les utilisateurs est un manquement à son obligation de disponibilité.

Fait 2 — l’extension rendue inopérante. Ce n’est la faute de personne en particulier : c’est le signe d’un système d’information dont les ressources sont interreliées, et ce chapitre l’a annoncé plus haut — on ne change pas une ressource sans toucher aux autres.

Fait 3 — le départ du développeur, et l’absence de documentation. Le chef de projet d’alors répondait de la livraison, documentation comprise, et le directeur des systèmes d’information répond de la cohérence dans la durée : laisser une extension non documentée est une dette qu’il lui appartenait de voir.

Fait 4 — l’absence de jeu d’essai. C’est le manquement le plus lourd, et il n’appartient à aucun des précédents : il relève d’une procédure qui n’existait pas. Le directeur des systèmes d’information en répond, puisqu’il répond de la cohérence du système.

Ce qui a manqué, en une phrase : une procédure de mise en production — qui prévienne, qui teste, et qui permette de revenir en arrière.

Trois mesures. Au responsable des infrastructures : aucune mise à jour sans fenêtre annoncée et sans possibilité de retour arrière. Au directeur des systèmes d’information : un jeu d’essai minimal, exécuté après chaque mise à jour, et un inventaire des développements internes avec leur documentation. Aux utilisateurs et à leur encadrement : une procédure de repli — savoir ce qu’on fait le matin où les tournées ne partent pas.

Remarquez qu’aucune des trois mesures n’est un achat : elles portent toutes sur des procédures, la ressource que ce chapitre désignait plus haut comme celle qu’on oublie.