Qualité et continuité / Guide 42

Tester une permanence avant généralisation : les scénarios à faire passer

Préparez les cas ordinaires, les exceptions et les preuves attendues avant d’étendre le service.

Lecture : 3 min Sources vérifiées le

Un parcours d’essai confronte un appel à plusieurs situations avant généralisation.

Avant de généraliser une permanence, vérifiez les résultats attendus de votre cahier des charges sur des scénarios préparés, puis faites décider l’ouverture par le responsable désigné. Une démonstration réussie ne remplace pas la recette de votre propre périmètre.

Ce guide assemble les contrôles spécialisés. Il ne prétend pas qu’un test a déjà été réalisé sur votre installation.

Reprendre les exigences qui conditionnent l’ouverture

Sélectionnez les parcours importants du cahier des charges : demande normale, limite de délégation, transmission, rendez-vous éventuel et indisponibilité. Associez à chaque scénario un résultat attendu observable.

Distinguez les écarts bloquants des améliorations qui peuvent attendre. Une divulgation non autorisée ou une demande critique sans responsable ne se traite pas comme une préférence de formulation.

Définissez qui exécute l’essai, qui constate le résultat et qui décide. Le prestataire peut contribuer à la preuve ; son appréciation seule ne remplace pas l’acceptation prévue par votre organisation.

Préparer un environnement et des données adaptés

Utilisez des demandes fictives ou des données autorisées et minimisées. Prévenez les intervenants nécessaires et identifiez les notifications qui pourraient être déclenchées. Le guide de sécurité de la CNIL recommande l’usage de données fictives ou anonymisées pour les tests. Guide CNIL.

Évitez de créer de faux rendez-vous dans un agenda actif sans dispositif de test convenu. Un essai ne doit pas contacter un patient ou un client réel par erreur.

Conservez la version des consignes, du parcours et des paramètres testés. Un résultat ne peut pas être attribué sans réserve à une configuration modifiée ensuite.

Couvrir les situations normales et les exceptions

Pour la téléphonie, reprenez les essais du renvoi, du transfert et du secours. Pour les rendez-vous, utilisez les contrôles de droits et concurrence.

Ajoutez une demande hors mandat, une information corrigée par l’appelant et une absence du référent. Observez si l’accueil reconnaît la limite et applique le repli, sans inventer une réponse pour terminer la conversation.

Exemple fictif. La permanence sait transmettre une demande de devis. Le test devient plus instructif lorsqu’on lui demande aussi une remise immédiate non autorisée et que le commercial n’est pas disponible. Les deux conditions vérifient une frontière qui n’apparaît pas dans le cas idéal.

Aller jusqu’à l’action reprise en interne

Un appel décroché ne clôt pas la recette. Vérifiez le message produit, son destinataire, son attribution et la suite attendue. Le guide des rappels aide à distinguer les états.

Notez les horaires et références utiles pour rapprocher les preuves. Si une étape n’est pas observable, marquez-la comme non vérifiée plutôt que de l’inférer d’un succès voisin.

Pour chaque écart, décrivez le fait et la conséquence. Demandez une correction ciblée, puis rejouez le scénario et les branches susceptibles d’avoir été affectées.

Décider et limiter l’ouverture

La décision finale précise le périmètre accepté, les réserves, les responsables et les conditions de retour en arrière. Une ouverture limitée à certains horaires ou tâches peut être envisagée si elle correspond à une décision explicite.

Ne transformez pas une recette partielle en validation générale. Les fonctions non testées ou les sites non couverts doivent rester identifiés.

Après démarrage, le contrôle qualité périodique prend le relais. Il vérifie la tenue du fonctionnement dans le temps, alors que la recette initiale établit seulement ce qui a été observé sur les scénarios et la version examinés.