# SIG治理要求



## 目标


本文简要描述了对SIG的治理要求和建议。本文档使用[rfc2119](https://www.ietf.org/rfc/rfc2119.txt)表示关键字要求级别。



## 检查清单


以下是在定义openEuler SIG治理规则时需要考虑的清单



### 角色

+ *必须*枚举SIG中的任何角色以及每一个角色的职责
+ *必须*定义更改角色的过程
  + 何时以及如何向每一个角色添加新成员
  + 现有成员何时以及如何从各个角色退休
+ *应该*定义角色成员的限制/要求
+ *可以*定义角色的目标人数



### 组织管理

+ *必须*定义何时以及如何组织SIG组成员之间的协作
  + *应该*定义定期会议的安排和运作方式
  + *应该*定义如何安排会议
  + *可以*定义大家都比较闲暇的定期办公时间
+ *可以*定义新的社区成员为该SIG做出贡献的过程，例如阅读贡献指南，参加SIG组会议等
+ *必须*定义子项目的管理方式
  + 何时以及如何创建新的子项目
  + *必须*在子项目中定义角色（和成员资格） 



### SIG管理

+ *必须*定义里程碑/版本的设置方式，包括
  + 如何建议和接受里程碑/发布的目标日期
  + 里程碑的目标
  + 发布版本的过程
+ *应该*定义如何管理事务和计划
  + 如何确定优先级
  + 如何安排优先级



### 技术流程

社区上没有代码的SIG可以简化甚至忽略

+ *必须*定义如何在SIG组内传递和制定技术决策
  + 提案流程，在何处已经核实发布和讨论，何时以及如何做成决定
  + 谁是提案的决策者
  + 如何解决SIG内的分歧（例如：讨论后投票）
  + 分歧如何以及及时上升
  + *应该*为提案流程定义期望和建议（例如：如果在两周内无法解决问题，则逐级上升）
  + *应该*为通过正式流程的决策定义后期跟踪处理方式（例如：何时重新审视或撤销决策）

+ *必须*定义SIG的技术资产的健康标准和发布标准
  + 发布用于确定代码是否健康且可以发布的明确公开的标准
  + *仅*在标准满足时，才能发布
  + 确保技术资产处于可发布状态，以实现跨多个SIG的里程碑/发布（如openEuler的LTS版本）
  + *应该*为健康的标准定义明确的目标和指标（例如：在N提案修复破坏构建的bug）
  + *应该*定义满足目标和指标的过程（例如：所有测试启动前的预验证等）