Résumé
draft-eggert-procon-chair-delegate-02autoriserait le président de l’IETF à déléguer certaines responsabilités à d’autres Area Directors, sans imposer ni recommander cette pratique. Le texte vise notamment la présidence de l’IESG, la zone générale et la qualité de membre à part entière de l’IAB.- Le projet exige que la communauté sache quel rôle a été confié à quelle personne et pour quelle durée. Ce triplet constitue un bon minimum pour répartir le travail, mais ne précise pas à lui seul la source de compétence, le consentement de l’organe d’accueil, le vote, les conflits ni la responsabilité attachés à un siège.
- Le RFC 2850 fait aujourd’hui du président de l’IETF l’un des treize membres à part entière de l’IAB, tout en l’écartant de la confirmation des membres de l’IESG et des appels contre des décisions de l’IESG. Des participants ont donc contesté publiquement l’idée qu’une qualité de membre puisse être déléguée comme une tâche. Leurs avis ne valent ni décision de l’IAB ni consensus de l’IETF.
- Si le projet avance, il devrait distinguer la délégation opérationnelle de la substitution dans un organe. Une charte publique doit conserver périmètre, exclusions, consentement, actes, responsabilités, rectifications, révocation et restitution de l’autorité, sans publier de données privées sur la santé ou la charge personnelle.
La délégation change de nature au seuil de l’organe
La première image est celle d’un agenda saturé. Le président de l’IETF cumule des fonctions qui ont grandi séparément. Une urgence peut absorber le temps prévu pour une autre responsabilité. Même une personne disponible à plein temps ne transforme pas une semaine en deux. Distribuer un portefeuille précis à un autre Area Director peut donc augmenter la continuité sans modifier le jugement collectif de l’institution.
Le projet de Lars Eggert part de cette réalité. Les textes fondateurs n’ont jamais rassemblé avec précision toutes les tâches du président, alors que l’histoire en a empilé beaucoup sur une seule personne. Peu de documents disent expressément ce qui peut être délégué. La révision 02 permettrait au président de choisir s’il souhaite déléguer, quoi, à qui et quand.
La formulation demeure volontaire : aucune obligation, aucune recommandation générale. La transparence, elle, serait obligatoire. Le public devrait pouvoir connaître le rôle, le délégué et la période, par exemple sur le site de l’IESG ou dans un courrier public. Les modalités pratiques resteraient à la discrétion de l’IESG.
Cette publicité est nécessaire, mais son vocabulaire est trop compact. Présider une séance revient à accomplir une fonction définie. Diriger la zone générale emporte un ensemble de compétences d’Area Director. Occuper la place du président au sein de l’IAB modifie la composition d’un autre organe. La personne et les dates peuvent être identiques ; le fondement du pouvoir ne l’est pas.
Il faut aussi maintenir le conditionnel institutionnel. Au 28 août 2026, le Datatracker classait la révision 02 parmi les Internet-Drafts individuels actifs. Aucun stream RFC, aucun Area Director responsable, aucune date de téléconférence ; seulement l’état IESG I-D Exists. L’en-tête annonce une intention de Best Current Practice, mais la fiche n’attribue aucun statut RFC. PROCON le range parmi les documents connexes, non parmi ses projets de groupe actifs. Le projet n’a donc modifié aucun RFC.
Défaire un cumul ne signifie pas déplacer un titre
Le RFC 9281 dit aujourd’hui que le président de l’IETF préside aussi l’IESG et dirige la zone générale. Il ajoute que cette personne est membre de l’IAB. Le RFC 3710 conserve le lien avec la zone générale. Le RFC 2850 définit l’IAB comme un collège de treize membres à part entière : le président de l’IETF et douze membres siégeants.
La révision 02 desserre ces trois attaches. Elle permettrait à un autre AD de présider l’IESG, de partager ou d’assumer la zone générale, et d’entrer comme délégué dans la qualité de membre de l’IAB liée au président.
La première catégorie relève aisément de la délégation de tâche. Une charte peut nommer les réunions, les documents, les décisions procédurales et les signatures concernées. Le mandant conserve la faculté de superviser et de révoquer. La communauté peut vérifier si l’acte demeure dans le périmètre.
Le siège IAB est d’une autre espèce. Selon le RFC 9281, l’IAB exerce une surveillance architecturale, examine les projets de charte des groupes de travail, confirme les candidats IESG proposés par le NomCom et sert d’instance d’appel sur la bonne exécution du processus de normalisation. Le membre ne fournit pas seulement des heures ; il participe à la formation d’un jugement collégial.
Le RFC 2850 matérialise déjà cette différence par des exclusions. Le président peut participer aux actes officiels de l’IAB, sauf à l’approbation des membres de l’IESG et aux appels contre des décisions de l’IESG. Le projet ne dit pas que ces incompatibilités disparaissent. Toute substitution devrait donc indiquer explicitement si et comment elles suivent le délégué. Un simple annuaire des titulaires ne suffit pas.
Le mandat du sélectionné et le choix du délégué
La délégation se heurte ensuite au mode de sélection. Le NomCom et l’organe de confirmation évaluent une personne pour une fonction déterminée. Ils peuvent apprécier son jugement, sa disponibilité et sa capacité à tenir ensemble plusieurs responsabilités. Si la personne choisie transfère ensuite une part substantielle du poste, un second choix apparaît.
Il n’est pas illégitime par nature. Un poste sans suppléance est fragile. Mais choisir quelqu’un qui accomplira une tâche et choisir quelqu’un qui désignera l’exécutant ne requiert pas le même examen. La première autorisation ne doit pas être transformée, sans trace, en pouvoir de reproduire un mandat identique.
Joel Halpern a exposé cette asymétrie dans une discussion publique de PROCON. Le NomCom pourrait choisir un président sans savoir quelles parties celui-ci entend déléguer. Il a suggéré que les futurs comités interrogent les candidats sur leurs intentions. Il s’agit d’une proposition individuelle, non d’une règle acquise.
La solution n’est pas de figer les candidats. Ils ne peuvent prévoir chaque urgence. Elle consiste à distinguer la délégation occasionnelle d’une séparation structurelle annoncée. Avant la sélection, une intention durable peut être décrite sans révéler les débats confidentiels. Après la sélection, la charte effective peut être publiée. Une divergence ultérieure n’est pas une faute automatique ; elle devient un changement explicable.
L’IAB est aussi auteur de sa propre composition
Le mot délégation présente souvent le pouvoir comme un bien du mandant. Le président aurait une responsabilité et pourrait la confier. Cette représentation devient incomplète lorsque le délégué entre dans un organe dont la composition est fixée par sa propre charte.
Après la publication de la révision 02, Halpern a estimé qu’une modification de la participation à l’IAB ne devait pas relever de l’IESG sans confirmation explicite de l’IAB. Mirja Kuehlewind a soutenu que la qualité de membre n’était pas une simple tâche et qu’un membre ne pouvait notamment déléguer ses droits de vote. Brian Carpenter, d’abord favorable à une règle générale, a ensuite reconnu que le siège IAB appelait au moins le consentement de l’IAB.
Ces messages n’établissent pas le droit applicable. Aucun n’est une résolution de l’IAB, un appel à consensus ou une nouvelle version du projet. Ils révèlent un désaccord qualifié sur la nature de l’objet transféré. Le texte final doit le trancher avant la mise en œuvre.
Le consentement de l’organe d’accueil, s’il est retenu, n’est pas une formalité décorative. Il fixe la base sur laquelle le délégué est reconnu, sa participation, son vote, son effet sur le quorum, ses exclusions et la voie de correction d’un acte contesté. Sans ces éléments, le nom devient public alors que la compétence reste implicite.
Une responsabilité, plusieurs actes
Carpenter avait proposé une formule générale : délégation précise, limitée dans le temps, annoncée, avec responsabilité ultime du président. Cette dernière proposition ne figure pas dans la révision 02.
Elle possède une vertu : le président ne peut faire disparaître sa responsabilité en distribuant les tâches. Il demeure comptable du choix, du périmètre, de la surveillance et de la révocation.
Toutefois, un siège produit plusieurs actes. Le délégué répond de son intervention ou de son vote. Le président répond de la délégation. L’IAB répond de sa décision collective. Réduire tout cela à une responsabilité ultime unique ferait disparaître l’auteur immédiat ou l’organe lui-même.
La bonne trace sépare donc responsabilité de délégation, responsabilité d’exécution et responsabilité institutionnelle. Elle ne cherche pas un coupable universel ; elle donne à chaque acte une adresse de retour.
La séparation déjà opérée par la révision 02
La révision 01 réunissait encore la délégation volontaire et la suppléance d’urgence d’un président empêché. Le 29 juin 2026, la révision 02 a retiré cette partie. Un projet distinct, draft-eggert-procon-chair-standin-00, a été publié le même jour.
Cette séparation est saine. Un président capable d’agir peut définir et retirer une mission. Une incapacité appelle un déclencheur, un ordre de suppléance et une règle de retour. Une vacance de mi-mandat selon le RFC 8713 suppose encore autre chose : choisir un remplacement.
Le présent article reste du côté volontaire. Il ne formule aucune hypothèse sur la santé, la charge ou la performance du président en exercice. Le changement de version montre seulement que le terme délégation contenait déjà trop d’états. Après avoir séparé l’urgence, il reste à séparer la tâche du siège.
Deux chartes dans un même registre
Une délégation opérationnelle devrait indiquer le texte et la version de référence, le mandant, le délégué, la fonction, les actes inclus et exclus, le début, la fin, le renouvellement, l’acceptation, les conflits, la récusation, la sous-délégation, la correction, la révocation et la restitution. Un motif catégoriel — continuité, charge, expertise, calendrier — suffit sans exposer de dossier personnel.
Les actes importants reçoivent ensuite une quittance courte : auteur, charte applicable, récusation, correction ou remplacement. Il ne s’agit pas de publier la délibération, mais de conserver la chaîne de compétence.
Pour un siège institutionnel, il faut ajouter le fondement distinct de la substitution, le consentement requis, le périmètre de participation et de vote, les exclusions d’appel et de confirmation, le traitement du quorum, la répartition des responsabilités et la restitution formelle du siège.
Ainsi, une réunion peut être confiée sans cérémonie constitutionnelle, tandis qu’un siège complet ne se cache pas dans une fiche de répartition du travail. La résilience déplace l’activité ; elle ne doit pas effacer le mandat.
Sources
- The IETF Chair May Delegate, révision 02
- Fiche Datatracker du projet
- Liste des documents PROCON
- RFC 2850 : charte de l’IAB
- RFC 9281 : entités du processus IETF
- RFC 8713 : NomCom, confirmation et révocation
- RFC 3710 : charte de l’IESG
- RFC 8711 : activité de soutien administratif IETF 2.0
- Historique des révisions
- Projet distinct de suppléance d’urgence
- Proposition de Brian Carpenter sur la responsabilité
- Discussion sur la sélection, le consentement IAB et le vote
Briefing des membres
Contexte approfondi du profil
Connectez-vous avec le bon niveau d'adhésion pour débloquer le briefing complet et les notes de source.
Réservé à Strategic Circle
Strategic Circle
Ouvert à tous les lecteurs. Débloquez les briefings de profil après adhésion et connexion.
Rejoindre Strategic CircleRéservé aux membres de Leadership Alliance
Leadership Alliance
Réservé aux propriétaires et dirigeants qualifiés d'actifs IP ; connectez-vous pour débloquer les briefings Alliance.
Rejoindre Leadership Alliance
