meeting.md

NC-SIG小组会议介绍

会议分类

NC-SIG小组目前主要包括三类会议：

• 小组例会：每两周一次，主要同步各小组成员工作进展以及下一步工作规划，至少提前2天以微信群和mailing list的形式通知小组成员，会议时长原则上不超过1.5个小时

• 特性讨论会议：会议组织频率不固定，主要讨论区块链网络和共识设计的提案，至少提前1周在微信群和mailing list发布会议通知，并在会议通知上附带上设计提案的链接，会议时长原则上不超过2个小时，大特性可组织多次特性讨论会议

• 特性开发会议：特性讨论会议敲定需要实现的功能后，特性负责人可发起特性开发会议，主要讨论特性的实现方案，在开发特性的过程中，也可组织多次代码review的会议，此类型的会议，也要求提前1周在微信群和mailing list发出会议通知。

会议通知模板

开会之前，需要发布会议通知，会议通知模板如下：

[时间] [小组名] [会议类型(regular/propose/dev): 会议主题] 时间 [会议具体时间]
地点 [会议地点或会议链接]
组织者 [会议的发起者]
会议议程 [简单介绍会议的主要内容]
提案 [可选，特性讨论类型会议需要，此处附带上提案连接]
pull request [可选，若是特性开发类型的会议，需要附带上设计方案或者提测文档或者需要review的代码链接]

不同类型会议会有一个会议类型的标签：

• regular: 小组例会
• propose: 特性讨论会议
• dev: 特性开发会议

一个小组例会的通知示例如下：

[1月11日14:30] [Network Architecture Group] [regular: 网络架构小组例会] 
时间 2021年1月11日(周一), 14:40-16:30
地点 https://..
组织者 yujiechen
会议议程 同步前两周工作情况，给出后两周工作计划

一个特性讨论类型的会议通知如下:

[1月11日14:30] [Network Architecture Group] [propose: FISCO BCOS 3.0网络架构特性 设计]
时间 2021年1月11日(周一), 14:40-16:30
地点 https://...
组织者 yujiechen
会议议程 讨论FISCO BCOS 3.0网络架构设计中的关键模块
提案 https://github.com/FISCO-BCOS/FISCO-BCOS-SIG/xx

一个特性开发类型的会议通知示例如下:

[1月11日14:30] [Network Architecture Group] [dev: FISCO BCOS 3.0路由模块设计]
时间 2021年1月11日(周一), 14:40-16:30
地点 https://zoom.us/...
组织者 yujiechen
会议议程 FISCO BCOS 3.0路由模块的设计
设计文档 https://github.com/FISCO-BCOS/FISCO-BCOS-SIG/xx

会议规则

小组例会

• 每两周一次，提前2天以微信群或者mailing list的形式通知 会议时⻓不超过1.5个小时
• 会议内容主要是各小组成员同步进展以及下一步工作计划
• 例会结束后，需要同步会议纪要到小组(微信群&&mailing list)

会议纪要标题为网络架构小组双周计划，主要包含如下内容：

• 本双周主要输出目标(team维度): 小组内每个成员双周内计划进行的工作项列表
• 各个人主要目标职责: 小组成员负责的工作项
• 关键工作项和规划: 双周内小组预计达成的目标

特性讨论会议

特性讨论类型会议允许任意其他小组的组员或者外部开发者参加，主要用于讨论网络架构的特性设计提案：

• 特性讨论会议组织频率不固定，通常是进行版本特性开发之前会组织
• 至少1个星期通过微信、mailing list发布会议通知，并附带有需要讨论的提案(特性)的链接

提案(特性)必须包括:

• 提案提交者信息: Author(s) , Last updated
• 摘要: 提案的摘要
• 背景: 提案提出背景
• 提案具体内容
• 可行性分析
• 兼容性说明: 若不兼容，说明迁移方案
• 粗粒度的提案时间规划等: 可选，可在特性讨论会议敲定是否实现该提案之后，给出设计文档、开发、提测的大致时间

特性开发会议

特性开发会议发生在特性讨论会议敲定提案之后，仅在小组内组织进行，可以细分为特性设计会议和特性提测会议。

特性设计会议

• 一般发起于特性设计阶段
• 要求特性设计者在发出会议通知之前给出设计文档链接
• 此阶段建议测试同学参加，或在本小组内选出体验官，用于测试阶段体验该特性
• 考虑到各特性之间会有依赖关系，要求在此阶段给出优先级，并规划出特性开发时间、提测时间
• 考虑到分工协作，某个功能可能会召开几个特性设计讨论的会议：对于大的提案，由设计者细分出几个子模块，分配给不同的组员进行设计

设计文档必须涵盖的内容包括：

• 背景
• 竞品调研
• 系统/模块架构
• 功能列表
• 接口设计
• 数据结构
• 时序图
• 兼容性说明
• 开发计划

特性提测会议

• 一般在完成开发任务之后进行提测
• 要求输出提测文档
• 要求提测者在发出会议通知之前给出提测文档链接

提测文档必须涵盖的内容包括：

• 背景
• 使用方法
• 功能测试
• 稳定性测试
• 性能测试
• 兼容性测试
• 迁移方案测试