Nous avons un rapport qui trouve de nouveaux fils de discussion où des utilisateurs non membres du personnel se sont répondus.
À l’origine, nous avons créé ce rapport pour pouvoir attribuer des badges aux utilisateurs qui aidaient d’autres utilisateurs. Au fil du temps, nous avons constaté que c’était un bon moyen de détecter des incidents dans notre service SaaS, lorsque d’autres utilisateurs se manifestaient pour dire « J’ai aussi ce problème ».
Nous vérifiions auparavant ce rapport manuellement, plusieurs fois par jour. Puis j’ai réalisé que je pouvais automatiser l’envoi d’un message privé lorsque le rapport n’était pas vide. Génial !
Comme il s’agit d’un rapport de détection d’incidents, je l’ai configuré pour qu’il s’exécute toutes les 30 minutes. Tout va bien.
Jusqu’au premier week-end, où quelque part entre vendredi soir et samedi matin, un utilisateur serviable est intervenu dans la discussion de quelqu’un d’autre. En 30 minutes, nous avons reçu un message. Et encore 30 minutes plus tard, car personne ne travaillait pour prendre des mesures afin de vider le rapport. Et 30 minutes après cela. Et encore 30 minutes après cela… Tout le week-end. Tous les membres de mon équipe sont venus, je pense que c’était environ 125 messages.
Mes coéquipiers étaient… peu amusés.
(Au fait, je leur ai montré lors du stand-up comment rejeter en masse cette sous-classe de notifications. Ils ne sont toujours pas contents de moi.)
Ils pensent que je devrais demander une case à cocher pour « Ne pas envoyer de message privé si les résultats sont identiques à la dernière fois ». Mais cela nécessiterait de stocker les anciens résultats, ce qui, je suppose, serait plus de tracas qu’autre chose.
Alors, au lieu de cela, je demande la possibilité de planifier cela de manière plus précise avec la possibilité de choisir plusieurs jours de la semaine et une plage horaire par sélection. Par exemple :
D L Ma Me J V S
x x x x
De : 6 h
À : 17 h
---
D L Ma Me J V S
x
De : 6 h
À : 15 h
