Proposal: Define SLAs for moderation team responsiveness
まだ誰も着手していません。
評価
- 難易度
- 5/5
- 見積もり時間
- 1週間以上
- 初心者へのやさしさ
- 35/100
- issue の種類
- ドキュメント
- 明瞭さ
- おおむね明確
- 活発さ
- 活発
調査の方向性
まず Moderation-Policy.md と、action items で参照されている ONBOARDING.md のチェックリストを確認し、その後、リンク先のモデレーションポリシーに関する議論を読んでください。SLA の数値について合意に達し、オンボーディングチェックリストと Moderation Policy が PR を通じて更新された時点で、作業は完了です。
索引モデルが issue の本文から書いたものです。
説明
Part of the moderation policy review framed by openjs-foundation/summit#511, for discussion at the Moderation Roundtable on October 1 (if not resolves to consensus prior).
There are no response time expectations for moderation
The Moderation Policy describes what the moderation team can do but never says how quickly. There are no timelines for acknowledging reports, responding to issues in nodejs/moderation, acting on @nodejs/moderation tags, or onboarding new members. This matters if our community is to be kept safe and we can more confidently model inclusivity and trust.
A recent self-nomination took 7 months to resolve. A collaborator who reports harassment has no idea when someone will look at it. A @nodejs/moderation tag in an issue can go unacknowledged indefinitely.
Proposed SLAs (Service Level Agreement)
Draft timelines for four common moderation surfaces. All times are calendar time.
1. Responding to reports (report@nodejs.org and private emails)
| Step | SLA |
|---|---|
| Acknowledge receipt to reporter | 24 hours |
| Begin incident response process | 48 hours |
2. Responding to issues in nodejs/moderation
| Step | SLA |
|---|---|
| Acknowledge the issue | 24 hours |
| Assign a moderator to resolve (if action is needed) | 48 hours |
The goal here is to help drive conversation in this repo where we typically have open-ended "is this spam?" discussions, that don't have clear steps to resolve.
3. Responding to @nodejs/moderation tags across the org
| Step | SLA |
|---|---|
| Acknowledge the tag | 24 hours |
Triage: resolve in-thread or open a tracking issue in nodejs/moderation |
48 hours |
[!NOTE]
This is the most nebulous reporting mechanism, but when it happens it's typically in response to an ongoing, active argument or potential CoC violation. Discussion should perhaps first confirm this is a valid reporting mechanism at all.
4. Onboarding new moderation team members
| Step | SLA |
|---|---|
| Acknowledge nomination | 7 days |
| TSC vote (on agenda or async) | 30 days from submission |
| Permissions granted after approval | 7 days |
| Total: nomination to active member | 45 days maximum |
If any step exceeds its SLA, the nominee or any moderation team member may escalate to the TSC chair.
Open questions
- Are these numbers realistic with current team capacity and time zone coverage?
- How do we ensure SLA conformance without placing undue burden on volunteers? (See forthcoming proposal on moderation team chair role.)
Action items
- Consensus on SLA numbers
- Edit onboarding checklist
- Add SLAs to the Moderation Policy via PR
Assisted by: Claude Opus
- 主要言語
- JavaScript
- スター
- 202
- フォーク
- 183
- 平均マージ
- 13日 12時間
- マージ済み PR(30日)
- 2
コントリビューションガイド
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
nodejs/admin のほかの issue
-
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
-
tsc-agenda
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 35/100
-
難易度 5/5 1週間以上 初心者へのやさしさ 30/100
-
難易度 1/5 1時間未満 初心者へのやさしさ 35/100
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
antfu-collective/icones#398 ·
-
ECmail.com オープン
難易度 1/5 1時間未満 初心者へのやさしさ 90/100
wesbos/burner-email-providers#554 ·
-
難易度 2/5 1〜3時間 初心者へのやさしさ 65/100
radiantearth/stac-browser#1023 ·
-
HMR stops working オープン
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
-
難易度 2/5 1〜3時間 初心者へのやさしさ 75/100
components-web-app/docs#92 ·