3 Star 1 Fork 1.2K

solarhu / community

forked from openEuler / community 
Create your Gitee Account
Explore and code with more than 12 million developers,Free private repositories !:)
Sign up
Clone or Download
SIG-governance-requirements.md 2.48 KB
Copy Edit Raw Blame History
Yang.Li authored 2019-12-28 17:47 . 根据今天的最新意见修改

SIG治理要求

目标

本文简要描述了对SIG的治理要求和建议。本文档使用rfc2119表示关键字要求级别。

检查清单

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

角色

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

组织管理

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

SIG管理

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

技术流程

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

  • 必须定义如何在SIG组内传递和制定技术决策

    • 提案流程,在何处已经核实发布和讨论,何时以及如何做成决定
    • 谁是提案的决策者
    • 如何解决SIG内的分歧(例如:讨论后投票)
    • 分歧如何以及及时上升
    • 应该为提案流程定义期望和建议(例如:如果在两周内无法解决问题,则逐级上升)
    • 应该为通过正式流程的决策定义后期跟踪处理方式(例如:何时重新审视或撤销决策)
  • 必须定义SIG的技术资产的健康标准和发布标准

    • 发布用于确定代码是否健康且可以发布的明确公开的标准
    • 在标准满足时,才能发布
    • 确保技术资产处于可发布状态,以实现跨多个SIG的里程碑/发布(如openEuler的LTS版本)
    • 应该为健康的标准定义明确的目标和指标(例如:在N提案修复破坏构建的bug)
    • 应该定义满足目标和指标的过程(例如:所有测试启动前的预验证等)
Go
1
https://gitee.com/solarhu/community.git
git@gitee.com:solarhu/community.git
solarhu
community
community
master

Search