Résumé

  • La Charte et la page d'adhésion d'OpenSSF distinguent les membres Premier, General et Associate, les sièges du Governing Board et le rôle propre du Technical Advisory Council.
  • Elles disent aussi que les Technical Initiatives sont ouvertes sans condition d'adhésion et que les mainteneurs, non le Board ni le TAC, définissent la gouvernance et les décisions relatives aux projets.
  • Une carte d'autorité doit relier chaque décision à son texte, son organe, son mode de désignation, son effet financier et sa limite explicite, afin que la représentation ne soit ni minimisée ni convertie abusivement en contrôle technique.

Le prix de l'adhésion pose une question; il n'en donne pas la réponse

La page publique d'OpenSSF ne cache pas que les niveaux d'adhésion diffèrent. Un membre Premier dispose d'un siège votant au Governing Board et d'un suppléant. Les membres General élisent, en tant que classe, un représentant pour dix membres, avec un plafond de trois représentants. Les Associate peuvent soumettre des candidatures pour un représentant nommé. Le tableau expose aussi des sièges ou observations en comité, des réunions et des services.

La cotisation Premier annoncée est de 270 000 dollars pour un nouveau membre de la Linux Foundation et de 250 000 dollars pour un membre existant; l'échelle General va de 5 000 à 50 000 dollars, tandis que la catégorie Associate, académique ou à but non lucratif est gratuite.

Ces faits importent. Ils décrivent des voies de représentation dans une fondation, des ressources et une organisation budgétaire qu'il serait faux de traiter comme symboliques. Ils ne répondent toutefois pas à la question d'un projet concret: qui valide une politique de publication, accepte une modification, choisit un mainteneur, fixe une feuille de route ou décide d'un traitement de vulnérabilité?

La réponse publique d'OpenSSF est nette. Sa page About précise que ni le Governing Board ni le TAC ne gèrent directement les groupes de travail et les projets hébergés. Ce sont les mainteneurs qui les gèrent, y compris en définissant leur processus de gouvernance. Le Board est responsable du budget, le TAC de la stratégie technique globale. Puis la page écarte l'inférence facile: le niveau d'adhésion ou de sponsoring n'affecte pas les décisions liées à un projet; la maintenance et la gouvernance sont déterminées par les projets sans égard à l'adhésion OpenSSF.

Cette phrase ne rend pas un siège de Board fictif. Elle interdit de lui attribuer, sans document de projet, une compétence différente de celle qui lui est donnée. L'autonomie d'un projet n'efface pas non plus le budget ou la stratégie de fondation. Une lecture rigoureuse conserve les deux côtés de la limite.

La Charte distribue des compétences, elle ne dessine pas une chaîne de commandement unique

L'accord de participation et la Charte apportent le cadre. La participation aux Technical Initiatives y est ouverte à tous, indépendamment de l'adhésion. La gouvernance technique d'une initiative relève de sa charte applicable. Une personne peut donc contribuer sans être membre, et une règle de fondation ne devient pas automatiquement le règlement opérationnel d'un projet.

Le Governing Board conserve néanmoins des pouvoirs précis: gestion d'OpenSSF, politiques et procédures sous réserve de la Linux Foundation, comités et programmes, approbation du budget de l'ensemble des fonds recueillis, et approbation de propositions de collecte dirigées vers certaines initiatives. Il peut aussi mettre en place des programmes de conformité en sollicitant l'apport de l'organe de gouvernance de l'initiative concernée. Ces pouvoirs sont substantiels; les qualifier de simple accompagnement serait aussi inexact que de leur prêter chaque décision technique.

Le TAC a un autre périmètre. Six de ses représentants votants sont élus annuellement par les contributeurs actifs des Technical Initiatives; trois sont nommés par le Governing Board. Sa mission consiste à élaborer une vision technique, structurer et faciliter la collaboration entre initiatives, maintenir les processus nécessaires, approuver, créer ou archiver des initiatives et prioriser les besoins de ressources à recommander au Board. Son dépôt public identifie les membres marqués comme nommés par le Board et ceux élus par la communauté, et permet à tout membre de la communauté de participer aux discussions.

Là encore, les voies sont réelles mais leurs objets ne se confondent pas. Une élection de contributeurs donne un siège TAC; une nomination donne un autre siège; une discussion ouverte donne un droit de participer au débat. Aucune de ces trois choses ne prouve, à elle seule, que son titulaire peut modifier le processus interne d'un projet. La charte du projet et le processus documenté de ses mainteneurs répondent à cette dernière question.

Éviter deux erreurs symétriques

La première erreur consiste à lire le barème des cotisations comme un tarif de commande technique. Les documents publics ne l'autorisent pas. Ils établissent des droits de représentation au niveau de la fondation et un ensemble de responsabilités du Board; ils n'établissent pas qu'une entreprise membre a imposé telle version, telle liste de mainteneurs ou telle conclusion de sécurité. Une telle affirmation demanderait un élément propre au projet et à la décision en cause.

La seconde consiste à invoquer l'autonomie des projets pour prétendre que budget, financement dirigé, admission d'initiative et stratégie transversale n'ont aucune importance. Ils en ont. Une recommandation du TAC ou un budget du Board peut modifier les ressources, l'organisation ou le contexte d'un projet. Mais une influence institutionnelle documentée n'est pas une procuration technique indéfinie. Son étendue doit être nommée.

La note de Heng Lu sur le mirage multipartite propose une discipline utile: une porte ouverte, une élection ou un titre ne valent pas mandat général. Ici, cette discipline vaut aussi bien contre l'exagération du rôle d'un membre que contre l'effacement d'une compétence institutionnelle expressément attribuée. Il faut demander: quelle autorité, donnée par quel texte, pour quel objet, avec quelle conséquence?

La carte d'autorité proposée

Daniel Kade propose une carte d'autorité de projet pour toute décision présentée comme une décision OpenSSF de gouvernance, de financement ou de technique.

Elle commencerait par l'objet exact de la décision: allocation de budget, admission d'une initiative, processus transversal, règle de publication d'un projet ou désignation d'un mainteneur. Dire seulement « OpenSSF a décidé » retire précisément l'information que le lecteur doit contrôler.

Elle indiquerait ensuite le texte et la clause qui gouvernent. Le budget peut renvoyer à la Charte; un processus TAC à une politique TAC; une décision de projet à la charte du projet, au dépôt ou à la procédure des mainteneurs. L'absence de texte public doit être signalée, non comblée par le tableau d'adhésion.

La troisième case serait l'organe agissant et la qualité: Board, comité du Board, TAC, organe d'une initiative, mainteneurs ou électorat de contributeurs. Une même personne peut agir dans plusieurs qualités; la carte les sépare au lieu de les fusionner.

La quatrième préciserait la source du siège lorsque celle-ci compte: nomination Premier, élection General, nomination Associate, élection des contributeurs au TAC, nomination du Board au TAC ou procédure de mainteneurs. Il ne s'agit pas d'un test de loyauté, mais du minimum pour distinguer une représentation de fondation d'un rôle de projet.

Enfin, la carte relierait l'effet financier, les preuves publiques disponibles et une non-assertion. Elle pourrait établir qu'un Board a approuvé un financement sans prétendre qu'un membre a imposé une solution technique; qu'un TAC a recommandé une priorité sans inventer l'accord d'un mainteneur; ou qu'un projet a choisi une règle sans conclure sur le budget. La non-assertion protège le dossier contre les accusations fabriquées par raccourci.

Cette méthode ne bâtit pas une muraille entre fondation et projets. Elle décrit une interface de travail: le Board finance et organise, le TAC coordonne et oriente, les contributeurs participent, les projets se gouvernent. L'interface devient crédible lorsqu'une décision laisse voir de quel côté elle a été prise.

Sources

  1. Accord de participation et Charte OpenSSF
  2. OpenSSF — Join
  3. OpenSSF — About
  4. OpenSSF Technical Advisory Council
  5. Heng Lu — The Multi-Stakeholder Mirage