Loading Help…
Comment une équipe de juridiction invite un panel de praticiens à vérifier un rôle de base prêt et parvient à un consensus enregistré et exportable.
Un tour de vérification est une manière structurée pour des praticiens invités de confirmer — relation par relation — qu'un rôle de base convient à leur juridiction. Le tour émet un signal, jamais une écriture : le consensus produit une liste de tâches éditoriales que l'équipe de création applique dans le constructeur de rôles.
Ce parcours s'adresse aux responsables de tour (l'équipe de juridiction qui le mène) et aux praticiens qu'ils invitent. Il suppose que le rôle a déjà été créé jusqu'à l'état prêt — voir le parcours des Rôles de base pour cela.
Un seul mécanisme couvre les études Delphi, les ateliers en ligne et les groupes de discussion — la méthode est une étiquette et une cadence. Un tour suit toujours les mêmes sept étapes.
Un praticien émet exactement un verdict par relation. L'unité de vérification est la relation — ce profil appartient-il à ce rôle, cet item à ce profil — et non une liste de contrôle à plat.
Une relation manquante n'est pas un verdict. Le praticien qui en repère une la propose comme nouvelle cible du bulletin, et les autres praticiens émettent ensuite des verdicts sur la proposition au cours du même tour.
Le consensus est calculé par une fonction déterministe à la clôture du tour — les mêmes entrées produisent toujours le même résultat, sans aucun modèle en jeu. Pour chaque relation, elle ne considère que les verdicts émis (les abstentions sont mises de côté) et applique deux seuils : un quorum, un nombre minimal de réponses, et un seuil d'accord, la part qui doit s'accorder. Les valeurs par défaut sont cinq réponses et soixante-dix pour cent d'accord.
Une relation est tranchée comme confirmée ou rejetée lorsque les deux seuils sont atteints. Si le quorum n'est pas atteint, elle est enregistrée comme sans consensus — un état courant et exploitable, non un échec : le responsable peut prolonger la fenêtre ou réinviter. Un résultat d'ajustement est une pluralité, jamais une décision : la liste de tâches montre toute la distribution des valeurs suggérées (par exemple IRI 3 par cinq praticiens, IRI 4 par quatre) et l'équipe de création choisit.
Les praticiens sont invités et attribués : chaque verdict est nominatif en interne, afin que le responsable et un organisme parrain puissent voir qui a voté de quelle façon et lire le raisonnement. C'est ce qui rend le tour vérifiable.
L'attribution publique est facultative. Par défaut, un résultat publié ou partagé n'affiche que l'agrégat — « vérifié par 18 praticiens » — et le nom d'un praticien n'apparaît publiquement que s'il y a consenti. La vue attribuée interne et la vue agrégée publique restent distinctes.
Chaque tour clos est conservé comme un enregistrement de vérification — une exportation déterministe de tout le tour : la liste des participants, chaque relation et son instantané figé, chaque verdict avec son commentaire et son horodatage, et le consensus calculé avec toute la distribution.
Un organisme parrain de recherche ou professionnel peut demander l'enregistrement attribué complet d'un tour. L'exportation est déterministe — la recréer produit toujours les mêmes octets — et un consommateur public reçoit la vue agrégée, dans le respect du choix d'attribution de chaque praticien.
À la clôture, une copie immuable de l'enregistrement est archivée et son empreinte SHA-256 est conservée. Un organisme peut conserver l'enregistrement de façon indépendante et prouver qu'il n'a pas été modifié en recréant l'exportation et en comparant l'empreinte — une preuve légère d'infalsifiabilité, sans signature cryptographique.
Un tour de vérification a besoin d'un rôle de base prêt. Créer un rôle de base de bout en bout est traité dans son propre parcours.
