OpenHarmony社区SIG管理制度
====================
简体中文 | [English](./README_EN.md)

本文档介绍OpenHarmony社区的Special Interest Group（SIG）管理制度，包括新SIG的申请、运营、变更和终止。

一、申请新SIG
--------

### 1.准备申请

*   开发者需要仔细阅读[SIG管理制度](../zh/sig_governance.md)，了解OpenHarmony社区SIG的运作规则，并准备SIG章程和SIG制度等文档。
*   SIG申请人需要确认其技术方向具有唯一性和可行性：
*   OpenHarmony社区的每个SIG的技术方向都不同。如果发起的申请属于OpenHarmony社区已有的技术方向，则会建议直接参与相关SIG的共建。
*   开发者可以查看OpenHarmony社区[已有的SIG列表](https://gitee.com/openharmony/community/tree/master/sig)，并查看[历史DEV邮件列表](https://lists.openatom.io/hyperkitty/list/dev@openharmony.io/)，以确认没有相同技术方向的SIG已存在或正在申请中。
*   申请成立SIG的技术项目应能够最终转化为OpenHarmony的新增部件。
*   如果开发者在查阅相关信息后对技术方向问题仍有疑虑，可以通过邮件列表[dev@openharmony.io](mailto:dev@openharmony.io)咨询PMC。

### 2.提交申请

*   SIG发起人需要按照[SIG章程模板](../meeting-notes/docs/openharmony_sig_template.pptx)创建SIG提案初稿，完成[申请流程](../zh/sig_governance.md)。

### 3.PMC审批提案

*   SIG发起人可以在PMC例行会议上提交新建SIG议题，并介绍待新建的SIG。PMC会审批SIG的成立，批准相关SIG仓库和沟通渠道的建立。
*   评审会议形成会议纪要，并附上PMC的审批意见。

### 4.创建SIG组

*   SIG发起人在收到PMC审批反馈并确认SIG提案通过后，执行以下操作：
*   按照[创建操作流程](../zh/sig_governance.md)创建SIG组。

二、SIG运营
----------

### （一）SIG仓库及沟通渠道

1.  SIG使用OpenHarmony社区的统一基础设施进行工作和交流，包括Gitee仓库和邮件列表。
2.  有关仓库创建、更名、退出的流程，请参考[操作流程](../zh/sig_governance.md)。
3.  SIG邮件列表的负责人可以联系 **[xzmu@openatom.org](mailto:xzmu@openatom.org)** 创建邮件列表：
    *   需详细说明邮件列表名称和管理员邮箱（一般为SIG负责人）。
    *   邮件列表创建成功后

4.  SIG负责人应确保SIG仓库和沟通渠道的有效运作，并及时回应成员的问题和反馈。

### （二）SIG会议

1.  SIG应定期召开会议，以促进成员之间的交流和合作。会议可以是线上或线下形式，根据成员的地理位置和可行性进行安排。
2.  SIG会议的召集人应提前通知成员会议的时间、地点（如果是线下会议）和议程。通知可以通过邮件列表、社区论坛或其他适当的沟通渠道进行。
3.  SIG会议的议程应包括SIG的进展报告、讨论重要议题和决策等内容。会议纪要应当记录会议的要点、讨论结果和决策事项，并及时分享给SIG成员。

### （三）SIG管理

1.  SIG负责人应确保SIG的正常运行和管理，并与PMC保持沟通和协调。
2.  SIG负责人有权决定SIG的工作方向、任务分配和成员加入等事项。
3.  SIG负责人应定期向PMC和社区成员报告SIG的工作进展和成果。
4.  SIG负责人可以根据需要组织工作小组或任务组，协调成员的工作并推进SIG的目标。
5.  如有需要，SIG负责人可以向PMC提出变更或终止SIG的申请，并提供充分的理由和解释。

### 三、SIG变更和终止
-------
1.  SIG的变更包括SIG负责人的更替、工作方向的调整、任务的重新分配等。SIG负责人应及时通知PMC和SIG成员，并经过协商和讨论确定变更事项。
2.  如有需要终止SIG，SIG负责人应向PMC提交终止申请，并提供充分的理由和解释。PMC将根据情况评估和决定SIG的终止事宜。
