Tests et suivi continu

À quoi sert l'écran#

Chaque mesure est un « moniteur » dont le résultat est « Conforme », « En échec », « Inconnu » ou « Jamais évalué ». L'app ne garde que des comptes (combien de tickets), jamais leurs clés ni leurs titres.

Les moniteurs actuels portent par exemple sur les changements approuvés, les incidents résolus dans leur délai, les actions correctives en retard, les vulnérabilités corrigées à temps, les tâches de contrôle fermées avec preuve, la revue d'accès des 90 derniers jours et l'audit interne de l'année.

Qui peut faire quoi#

Pas à pas#

Choisir ce qui est mesuré#

1. Cliquez sur « Afficher les réglages ».
2. Dans « Projets surveillés », saisissez les clés des projets, séparées par des virgules (par exemple SEC, OPS). Laissé vide, le suivi prend le projet des tickets du plan d'action. Sans projet, rien ne peut être mesuré.
3. Renseignez les types de tickets (changements, incidents, vulnérabilités, actions correctives), le nom de la SLA de résolution, les priorités critiques et hautes, les délais de correction en jours et la « Période mesurée ».
4. Sous « Moniteurs activés », cochez ceux que l'évaluation quotidienne doit mesurer.
5. Si vous le souhaitez, cochez « Créer un ticket Jira quand un contrôle passe en échec ». Au plus un ticket par contrôle, dans le projet des tickets des tâches. C'est désactivé par défaut.
6. Sous « Rappels par e-mail », cochez si vous le souhaitez « Rappeler les tâches en retard » et « Rappeler les preuves à renouveler » (voir plus bas). C'est désactivé par défaut.
7. Cliquez sur « Enregistrer les réglages ». Si un champ est refusé, l'écran le nomme.

Les rappels par e-mail#

Une tâche en retard ou une preuve à renouveler ne se voit que si quelqu'un ouvre l'app. Avec les rappels, le passage quotidien demande à Jira d'envoyer un e-mail :

• à la personne assignée au ticket Jira de la tâche (une tâche sans ticket, ou dont le ticket n'a personne d'assigné, ne reçoit aucun rappel) ;
• au plus une fois tous les 7 jours pour une même tâche et un même type de rappel, et au plus 50 rappels par jour ;
• avec le titre de la tâche, son échéance ou la date de sa dernière preuve, et un lien vers l'app, dans la langue de l'installation (anglais par défaut, à changer dans les Réglages). L'e-mail part de Jira : l'app ne voit ni l'adresse ni le compte du destinataire.

Les règles de « en retard » et de « preuve à renouveler » sont celles du tableau de bord. Les revues d'accès n'ont pas de rappels.

Le lien avec les contrôles#

Un moniteur est le test d'un ou plusieurs contrôles communs : quand son dernier résultat est « En échec », un contrôle mis en œuvre passe à « Test en échec », et cet état prime sur une preuve manquante. Un résultat « Inconnu » n'est pas un échec. Le moniteur reste un résultat par jour : les tests n'ont pas encore de responsable, de délai ni d'historique propres.

Lire les résultats#

1. La « Synthèse du suivi » compte les moniteurs « Suivis », « Conformes », « En échec » et « Inconnus », et donne la date de la dernière évaluation.
2. Dans la liste, ouvrez le « Détail » d'un moniteur : la mesure, la raison du résultat, les exigences liées, la source (Jira, Jira Service Management, cette app) et le « Dernier ticket ».
3. La « Tendance » résume les dernières évaluations.

Évaluer maintenant#

Cliquez sur « Évaluer maintenant ». Si une évaluation a eu lieu il y a moins d'une minute, ou si une autre est en cours, l'écran vous l'indique. Un moniteur peut être « reporté » au prochain passage faute de temps.

Comprendre l'échec d'un test Édition : Advanced#

Dans le tiroir d'un test en échec ou en retard, « Expliquer l'échec » demande à l'assistant la cause probable et les étapes à faire dans Jira (la requête ou l'écran à vérifier, le ticket à ouvrir, le rôle qui doit s'en charger, comment relancer le test). Il part du dernier résultat du test (statut, code de raison, mesure) et de la date depuis laquelle il échoue ; il ne modifie rien. Ce qui part au modèle : Assistant IA.

Ce que l'auditeur en tirera#

Une preuve de fonctionnement dans la durée, pas seulement à une date : le dernier résultat de chaque moniteur (suivi.csv du dossier d'audit) et l'historique de la tendance. Les changements de réglages et les tickets créés par le suivi sont dans le journal.

Limites connues#

• L'évaluation tourne une fois par jour. L'heure du passage varie d'une installation à l'autre.
• Le moniteur de l'inventaire des actifs (« asset-inventory-reviewed ») est branché sur l'onglet Actifs, mais désactivé par défaut. Deux moniteurs restent « Pas encore suivis » : ils attendent la revue des politiques et la copie du journal d'audit Jira. Ils seront mesurés quand ces sources existeront dans l'app (à venir). L'écran affiche encore le nom de l'inventaire parmi eux : ce texte est en retard sur le code.
• Si Jira refuse une requête ou si un droit manque, le résultat est « Inconnu », avec la raison.
• Un réglage de projet vide ou refusé empêche de construire la requête : rien n'est alors envoyé à Jira.
• Le passage quotidien utilise l'identité de l'app, pas la vôtre, et ne lit que les projets que vous avez choisis.