nodejs / nodejs/admin

Better process for communicating feedback to members by the TSC

Abierto
#876 3 comentarios 8 reacciones 0 asignados Ver en GitHub

Nadie ha tomado este issue todavía.

Lenguaje dominante
JavaScript
Estrellas
202
Forks
183
Merge medio
2 min
PR fusionados (30 d)
1

Descripción

Hey,

The moderation team has a pretty simple process where when we want to provide feedback to an individual or take a moderation action typically the process is:

  • We post in chat.
  • We collect feedback from other team members for a bit (a few hours)
  • We take the action (e.g. sending the email).

In the TSC, we don't really have a clear process for "how long should I wait before speaking for the TSC about feedback for an individual?" so whenever we discuss people we often take a long time to respond sometimes creating a lot of frustration and cases where people are waiting for feedback for a long time needlessly.

cc @aduh95 in particular who is active in both groups and probably feels this :] (as a side note, thanks ❤️ )

Rather than suggest a solution (I have several) I figured it'd be a good idea to let @nodejs/tsc suggest (hopefully!) a short/clear process for escalating these sort of issues. Ideally in a way where we don't wait for more than 72h if we don't have to meet and 1w if we do.


I am posting this in public since in general I try to keep governance discussions as public as possible but obvious I won't name any concrete examples where feedback was provided or actions taken for privacy.

Guía de contribución

Abrir la guía de contribución

Primeros pasos

  1. Lee el issue completo y luego la guía de contribución del proyecto.
  2. Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
  3. Haz un fork del repositorio y trabaja en una rama.
  4. Abre un pull request que haga referencia al número del issue.

Línea de trabajo

Empieza con el proceso existente del equipo de moderación para este issue: publicar en el chat, recopilar feedback y actuar después. Revisa el debate del TSC y define un proceso de escalación corto y claro, con respuestas en un plazo de 72 horas cuando no sea necesaria una reunión y de una semana cuando sea necesaria una reunión; se considera terminado cuando el proceso acordado está documentado y adoptado.

Escrito por el modelo de indexación a partir del texto del issue.

Evaluación

Área
developer-experience
Tipo de issue
Nueva funcionalidad
Dificultad
5/5
Tiempo estimado
Más de una semana
Estado de actividad
Estancado
Claridad
Bastante claro
Aptitud para principiantes
25/100

Recibe los nuevos issues en tu correo

Un resumen breve de issues de GitHub para principiantes.