Uncommons 社区简化提案（WS激活与约束细项）

WS 的激活与约束制度

为确保 Workstream（WS）的可持续性与有效产出，Raw 社区引入 Active、Inactive、Complete、Holiday 四种状态管理机制。该机制旨在灵活支持 WS 的发展与调整，同时设立合理的约束制度，确保治理责任的履行与资源的有效分配。

---

1. Active 状态

• WS 处于正常运营状态。
• WS 每周需参与周会汇报，并在 Notion 上持续更新进展数据。
• 所有治理权限及资源正常开放。

---

2. Inactive 状态管理

触发条件：

• 若某个 WS 在连续 1 个月 内无任何形式的活跃表现，则自动进入 Inactive 状态。

不活跃的定义：

• WS 的 Lead 未出席周会，且
• WS 无任何产出或活动。

规则与影响：

1. 进入 Inactive 状态后，该 WS 将不再出现在周会的汇报环节。
2. Notion 中与该 WS 相关的数据 将被归档，标记为 Inactive。
3. WS 进入 Inactive 状态视为处于 “休假”阶段，未来 可随时申请恢复为 Active 状态。
4. Lead 的治理身份在 Inactive 状态下 保留，但若 Lead 连续一个季度（3 个月） 未履行任何治理义务，其治理身份将 被冻结。
5. WS 可以由 Lead 主动申请进入 Inactive 状态。

---

3. Complete 状态管理

触发条件：

• 若某个 WS 在连续 3 个月 内无任何形式的活跃表现，则自动进入 Complete 状态。

不活跃的定义与 Inactive 状态相同：

• WS 的 Lead 未出席周会，且
• WS 无任何产出或活动。

规则与影响：

1. 进入 Complete 状态后，该 WS 将永久从周会的汇报环节中移除。
2. Notion 中与该 WS 相关的数据 将被归档，标记为 Complete。
3. Complete 状态的 WS 被视为正式结束，不再默认允许恢复为 Active 状态。
4. Lead 的治理身份在 Complete 状态下 保留，但若 Lead 连续一个季度（3 个月） 未履行任何治理义务，其治理身份将 被冻结。
5. WS 可以由 Lead 主动申请进入 Complete 状态。
6. 特殊情况下，WS 可提交申请重新激活，但需经 治理小组审核批准。

---

4. Holiday 状态管理

休假申请：

• 若 WS Lead 由于个人原因 需短期暂停运营，可提前 提交休假申请，明确 休假时间和回归时间。

规则与影响：

1. 休假期间，WS 进入 临时休整状态，WS 的周会出勤与阶段性产出 不计入考核。
2. 休假期最长为 3 个月，超过期限需重新申请延长或进入 Inactive 状态。
3. WS Lead 在休假期间仍保留 治理身份，但需在休假结束后 按时回归并恢复运营。
4. 未按时回归的 WS，将自动进入 Inactive 状态。

---

状态对照表

状态	触发条件	主要影响	恢复机制
Active	WS 正常运营	周会汇报、Notion 记录正常	—
Holiday	Lead 事先请假	暂停周会汇报，不计入考核	需明确回归时间，自动恢复为 Active 状态
Inactive	连续 1 个月无活跃表现	周会移除汇报环节，数据归档	Lead 可随时申请恢复
Complete	连续 3 个月无活跃表现	周会永久移除，数据归档	需特殊申请并经治理小组审核通过

---

总结

Raw 社区通过灵活的状态管理机制，确保 WS 的高效运营，同时为不同发展阶段的 WS 提供调整与休整的空间。这一机制既维护了社区的活跃度，也为 Lead 的个人情况提供了弹性支持，推动社区治理的长期稳定发展。