Un écart de signal — parfois appelé règle de validation ou seuil — est une règle qui fait vérifier par un système si une valeur saisie se situe dans une fourchette attendue. Cela paraît technique, mais la question sous-jacente est simple : quelle est une valeur valide pour ce point de donnée, et que se passe-t-il si cette valeur se situe en dehors de cette fourchette. Sans réponse à ces deux questions, un écart de signal est un paramètre sans fonction.
Un écart de signal comporte trois éléments. Premièrement, une limite : un minimum, un maximum, ou un rapport attendu entre deux points de donnée, comme une consommation d'énergie par mètre carré qui ne doit pas s'écarter d'un facteur dix par rapport à l'année précédente. Deuxièmement, une action : ce que le système fait lorsque cette limite est dépassée — une notification, un blocage, ou rien. Troisièmement, un destinataire : qui voit cette notification, et si cette personne sait ce qu'on attend d'elle lorsqu'elle la voit.
La plupart des organisations qui se lancent dans les écarts de signal se concentrent sur le premier élément et oublient le troisième. Un seuil est configuré, le système génère une notification, et cette notification disparaît dans la boîte de réception de quelqu'un qui ne travaille plus pour l'organisation ou qui ne sait pas que cela fait partie de ses tâches. La règle existe, mais personne ne remarque quand elle se déclenche.
La limite que vous fixez dépend du point de donnée lui-même et de ce que vous en savez déjà. Pour certains points de donnée, une valeur valide est simple à déterminer : un pourcentage ne peut pas dépasser cent, une quantité de déchets ne peut pas être négative. Pour d'autres points de donnée, la limite est moins fixe et relève davantage de l'expérience : une émission de CO2 par établissement trois fois plus élevée cette année que l'année précédente n'est pas nécessairement incorrecte, mais mérite d'être examinée avant que le chiffre ne poursuive son parcours. Ce qu'est précisément une valeur valide pour un point de donnée donné est décrit sur la page qu'est-ce qu'une valeur valide, où la distinction est faite entre limites strictes et signalisation basée sur l'écart.
Cette distinction importe car elle détermine ce que doit être l'action. Une limite stricte — un pourcentage supérieur à cent — peut bloquer une saisie. Une signalisation basée sur l'écart — un chiffre d'émission remarquable, mais pas nécessairement erroné — ne peut pas donner lieu à un blocage, car cela empêcherait à tort des valeurs correctes mais inhabituelles. Ici, il convient plutôt d'envoyer une notification à une personne capable d'évaluer si l'écart constitue une erreur ou un changement réel.
La troisième question — qui le voit quand cela tourne mal — n'est pas un paramètre technique mais une question de responsabilité. Un écart de signal sans destinataire attribué ne fonctionne pas, même si la règle est configurée correctement. Cela touche à la question de savoir quels contrôles relèvent d'un point de donnée et qui en est informé, un sujet développé plus en détail sur la page quels contrôles relèvent d'un point de donnée et qui le remarque.
En pratique, le destinataire est souvent celui qui a fourni le point de donnée, mais ce n'est pas toujours le bon choix. Celui qui a fourni le chiffre n'est pas automatiquement celui qui peut évaluer si un écart est correct — cela demande souvent quelqu'un ayant connaissance de la source sous-jacente ou de chiffres comparables des années précédentes. Qui peut réellement porter ce jugement diffère selon l'organisation et selon le point de donnée, et c'est précisément pourquoi la responsabilité doit être définie par point de donnée plutôt que supposée.
Un paramètre pour un écart de signal est vite créé dans un système. La tentation est alors grande de penser que le problème est ainsi résolu. Mais un outil qui signale sans qu'un processus défini ne se trouve derrière — qui reçoit la notification, ce qu'il doit faire, dans quel délai — ne donne que l'apparence du contrôle. C'est le même piège que celui décrit sur la page faut-il d'abord acheter un outil ou d'abord organiser le processus : un système superposé à un processus désorganisé génère des notifications que personne ne suit, ce qui paraît plus rassurant sur un rapport que l'absence de notifications, mais qui, en pratique, ne change rien à la fiabilité du chiffre sous-jacent.
Un écart de signal n'a donc de sens que si les trois éléments sont réunis : une limite adaptée au point de donnée, une action adaptée au type d'écart, et un destinataire qui sait ce qu'il doit faire. Ce n'est pas un paramètre que vous bouclez en une heure pour cent points de donnée. C'est un choix qui se fait point de donnée par point de donnée, sur la base de ce qui est déjà connu de la source et de l'historique du chiffre.
Qu'une tâche comme l'évaluation d'un écart signalé se prête à l'automatisation, ou que cette évaluation reste un travail humain, est une question qui varie selon la tâche. Le [scan de travail](https://fte-to-ai.nl) de FTE TO AI calcule, tâche par tâche, quelle part du travail peut être reprise par l'IA, et quelle part continue de nécessiter l'évaluation de quelqu'un qui connaît le contexte du point de donnée.
Vraag maar waar een datapunt vandaan komt. Dat is meestal de hele vraag.
Answers come from this site’s knowledge base. Not tailored advice, and not a scan of your company.