Résumé

  • Le RFC 5111 accordait à un groupe exploratoire les procédures, outils, règles d’ouverture et moyens de suivi d’un Working Group, tout en interdisant les jalons portant sur un document Standards Track ou une spécification de protocole.
  • Ses deux résultats de base étaient un projet de charte de WG et la démonstration que les critères de formation du RFC 2418 étaient satisfaits.
  • Même lorsque ces résultats étaient prêts, la création d’un WG dépendait encore d’un vote distinct de l’IESG.

Le premier objet de travail n’était pas le protocole. C’était la liste des raisons pour lesquelles l’IETF n’était pas encore en mesure d’autoriser un groupe à l’écrire.

Le RFC 2418 demande notamment si le problème est clair, si les objectifs sont réalisables, s’il existe assez de participants, d’expertise et d’utilisateurs, si le travail chevauche celui d’un autre groupe ou organisme, si le rôle de l’IETF est justifié et si l’effort restera réellement ouvert. Il peut y avoir un intérêt manifeste sans réponse satisfaisante à toutes ces questions.

Donner une forme publique à l’incertitude

Le groupe exploratoire, ou EG, servait à sortir cette situation de l’informel. L’IESG pouvait proposer sa formation quand la pertinence pour Internet et l’intérêt de la communauté étaient démontrés, mais qu’un ou plusieurs critères restaient ouverts. L’EG pouvait précéder un BOF ou s’intercaler entre un BOF et la création du WG. Après un deuxième BOF, sa formation n’était pas recommandée.

La reconnaissance n’était donc ni un refus ni une acceptation. Elle transformait l’incertitude en mandat vérifiable : quels critères manquent, quels documents doivent les traiter, qui examine les réponses et quand faut-il décider ?

Deux jalons qui ne pouvaient pas être contournés

La charte devait au minimum prévoir un projet de charte pour le futur WG et un document montrant que les critères du RFC 2418 étaient remplis. L’IESG pouvait ajouter un énoncé du problème, des exigences, une revue de la littérature ou des pratiques existantes. Mais ces travaux supplémentaires ne devaient pas retarder les deux jalons fondamentaux.

La règle la plus nette portait sur ce que l’EG ne pouvait pas faire : sa charte ne devait contenir aucun jalon de spécification de protocole ni de document Standards Track.

Cette interdiction empêchait un renversement d’autorité. Un groupe créé pour établir s’il mérite un mandat ne peut pas fabriquer le fait accompli qui rendrait ce mandat politiquement inévitable. Un brouillon de protocole attire des implémentations, des alliances et des coûts de sortie. Le débat sur la légitimité devient alors un débat sur la destruction d’un investissement déjà engagé.

Le temps comme mécanisme de gouvernance

La durée initiale devait être de six à douze mois, six mois étant la valeur par défaut. L’IESG pouvait prolonger les jalons de six mois ; aller au-delà n’était pas recommandé.

Cette échéance empêchait une antichambre de devenir une institution permanente par habitude. Elle obligeait les responsables à distinguer trois issues : les conditions sont remplies et un vote peut avoir lieu ; elles ne le sont pas ; ou la question a été mal cadrée et doit être reformulée.

Une activité abondante n’annule pas cette décision. Elle peut au contraire la rendre plus difficile si chaque réunion, document et inscription à la liste de diffusion est présenté comme une nouvelle preuve de mandat.

Les mêmes outils, une autre capacité

L’expérience utilisait le même examen de formation, les mêmes annonces communautaires, les mêmes règles de réunion et d’ouverture, les mêmes outils de suivi et le même accompagnement PROTO que les WG. Une présidence était nommée et participait à l’infrastructure WGCHAIRS. Le nom devait contenir « EG » pour que la différence reste visible.

Ces ressemblances prouvaient que le travail était accessible et contrôlable. Elles ne prouvaient pas que les critères étaient clos. Une page de charte n’était pas une délégation normative. Une présidence n’était pas une autorisation de produire le standard. Un document suivi n’était pas un consensus.

Une expérience elle-même limitée

Le RFC 5111 mettait en œuvre le modèle expérimental du RFC 3933. L’expérience durait dix-huit mois et permettait au plus trois EG. L’IESG devait annoncer publiquement chaque formation. Elle ne modifiait ni les critères du RFC 2418 ni le processus de normalisation du RFC 2026.

L’objet évalué était donc précis : la formalisation d’un espace pré-WG permet-elle de résoudre plus vite les critères restants ? Il ne s’agissait pas d’instituer silencieusement une nouvelle catégorie permanente.

Mesurer la résolution, non l’animation

Le succès dépendait de la progression sur les jalons de base, de leur achèvement dans le délai et d’avis suffisamment positifs de l’IESG, de l’IAB et de la communauté pour conduire à un vote de formation. Une revue de littérature réussie ne compensait pas l’absence de projet de charte ou de preuve sur les critères.

L’activité de la liste de diffusion n’était qu’un indicateur possible d’engagement. Un silence durable pouvait peser contre une prolongation. Mais beaucoup de messages ne démontraient ni la clarté du mandat, ni l’absence de chevauchement, ni la capacité à livrer.

La chaîne de preuve restait ordonnée : intérêt, EG, jalons, retour positif, vote de l’IESG, WG, spécification, avancement dans le processus, interopérabilité et usage. Aucun élément ne valait automatiquement pour le suivant.

Sources