Should we create an Emeritus status for prior AB/TAG/BoD members

Aperta
#689 10 commenti 1 reazione 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
5/5
Tempo stimato
Più di una settimana
Idoneità per principianti
30/100
Tipo di issue
Funzionalità
Chiarezza
Abbastanza chiara
Stato di attività
Ferma
Ambito
documentation

Direzione di ricerca

Inizia esaminando la discussione in w3c/w3process#688 e la proposta in questa issue, incluso l'accesso suggerito alla mailing list e al repository. Il lavoro è completato quando si raggiunge un accordo sul ruolo di emerito, sui relativi privilegi e responsabilità, e si documenta la modifica al processo che ne risulta.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

In w3c/w3process#688, @chaals mentioned the following:

However, I think there are better mechanisms available than ensuring some people get to hang around when the membership have hanged their mind about what they are looking for.

As an ex-member of the AB, and a member of W3C, I'm perfectly able to provide my input - whether asked for it or not. And like others in that position, I do so. Groups can, and sometimes does, ask specific people outside the group for input, if they feel it would be helpful.

This echoes a different conversation about giving AB and TAG members access to the w3c-ac-forum@ mailing list after their term is over even if they aren't an AC Rep.

So here's my suggestion: what if we created some kind of emeritus status for past AB, TAG, and BoD members, with full access to w3c-ac-forum@ and member-only GitHub repos, perhaps with an additional dedicated mailing list, and with a sense that they're providing in exchange some form of custody of institutional memory and can act as a resource for current governing bodies in exchange?

Lingua principale
HTML
Stelle
263
Fork
195
Metriche di merge delle PR
Nessuna PR unita negli ultimi 30g

Preparare l'ambiente

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di w3c/process

Tutte le issue di w3c/process

Issue simili

Altre issue su Documentation

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.