From 5fed99fd654186991e40a2e58d5d12ee5d8689af Mon Sep 17 00:00:00 2001 From: zhangye Date: Mon, 7 Nov 2022 11:01:47 +0800 Subject: [PATCH 1/8] =?UTF-8?q?add=20openKylin=E9=9C=80=E6=B1=82=E7=AE=A1?= =?UTF-8?q?=E7=90=86=E8=A7=84=E8=8C=83.md=20file?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- openKylin需求管理规范.md | 41 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 41 insertions(+) create mode 100644 openKylin需求管理规范.md diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md new file mode 100644 index 00000000..196917f3 --- /dev/null +++ b/openKylin需求管理规范.md @@ -0,0 +1,41 @@ +openKylin需求管理规范 + +# 1.1 需求收集 +当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： +社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 +说明： +通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 + +# 1.2 需求审核 +产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： +本版本计划完成的需求issue，确认关联正确的里程碑 +未来版本计划完成的需求issue，确认关联正确的里程碑 +审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 + +# 1.3 需求细化 +需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： +需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +提交PR后，审核人员通过后，合并PR +需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 + +# 1.4 需求排期 +Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： +各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +说明： +评审结论可通过邮件列表通知所有订阅人 + +# 1.5 需求变更 +在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： +在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +说明： +评审结论可通过邮件列表通知所有订阅人 + + From 0b694296183d3de3ca747d5b5e9338f03cac371a Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:28:38 +0000 Subject: [PATCH 2/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 196917f3..2241aad9 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -1,4 +1,5 @@ -openKylin需求管理规范 +### openKylin需求管理规范 + # 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： From 99228fd507e96556cd6f588ec660f0f34983205d Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:30:19 +0000 Subject: [PATCH 3/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 2241aad9..0535b4a7 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -1,4 +1,4 @@ -### openKylin需求管理规范 + **# openKylin需求管理规范 # 1.1 需求收集 From c3fb779f69a540915ad783d205612a48051d9cad Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:31:23 +0000 Subject: [PATCH 4/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 12 ++++++------ 1 file changed, 6 insertions(+), 6 deletions(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 0535b4a7..f3d778b4 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -1,7 +1,7 @@ - **# openKylin需求管理规范 +# openKylin需求管理规范 -# 1.1 需求收集 +### 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 @@ -12,26 +12,26 @@ 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 -# 1.2 需求审核 +### 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： 本版本计划完成的需求issue，确认关联正确的里程碑 未来版本计划完成的需求issue，确认关联正确的里程碑 审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 -# 1.3 需求细化 +### 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： 需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 提交PR后，审核人员通过后，合并PR 需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 -# 1.4 需求排期 +### 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： 评审结论可通过邮件列表通知所有订阅人 -# 1.5 需求变更 +### 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 From e8a1bfb6cffdcbb62ea094282d21e4a0835c8c7b Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:33:47 +0000 Subject: [PATCH 5/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 38 +++++++++++++++++++------------------- 1 file changed, 19 insertions(+), 19 deletions(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index f3d778b4..3030f083 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -3,40 +3,40 @@ ### 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： -社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 -各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +1、社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +2、各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- 这里是列表文本通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- 这里是列表文本需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- 这里是列表文本对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- 这里是列表文本数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 ### 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： -本版本计划完成的需求issue，确认关联正确的里程碑 -未来版本计划完成的需求issue，确认关联正确的里程碑 -审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 +1、本版本计划完成的需求issue，确认关联正确的里程碑 +2、未来版本计划完成的需求issue，确认关联正确的里程碑 +3、审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 ### 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： -需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 -提交PR后，审核人员通过后，合并PR -需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 +1、需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +2、提交PR后，审核人员通过后，合并PR +3、需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 ### 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： -各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” -待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +1、各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +2、待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： -评审结论可通过邮件列表通知所有订阅人 +- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 ### 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： -在变更需求issue的评论框内，标注本需求变更原因和评审结论。 -对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 -对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +1、在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +2、对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +3、对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -评审结论可通过邮件列表通知所有订阅人 +- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 From 4549a0a1dc1026e5d8a67d03a150fc045b1d7d51 Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:37:41 +0000 Subject: [PATCH 6/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 50 ++++++++++++++++++++-------------------- 1 file changed, 25 insertions(+), 25 deletions(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 3030f083..45c04f64 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -1,42 +1,42 @@ # openKylin需求管理规范 -### 1.1 需求收集 +## 1.1 需求收集 当版本发布计划明确后，产品经理发布相关邮件，通过以下两个途径收集需求，这两类需求的提出者以及在码云提交issue的规范如下： -1、社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 -2、各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 -当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 +- 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 +- 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 +- 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -- 这里是列表文本通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -- 这里是列表文本需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -- 这里是列表文本对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -- 这里是列表文本数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- - 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- - 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 -### 1.2 需求审核 +## 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： -1、本版本计划完成的需求issue，确认关联正确的里程碑 -2、未来版本计划完成的需求issue，确认关联正确的里程碑 -3、审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 +- 本版本计划完成的需求issue，确认关联正确的里程碑 +- 未来版本计划完成的需求issue，确认关联正确的里程碑 +- 审核确认暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”，待后续有新的规划，可以修改状态为“已确认”，并关联正确里程碑。 -### 1.3 需求细化 +## 1.3 需求细化 需求评审完成后，本版本计划完成的需求issue均须一周内输出《需求说明文档》，并可以通过以下方式提交文档： -1、需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 -2、提交PR后，审核人员通过后，合并PR -3、需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 +- 需求说明文档：创建PR，选择目标分支，填写标题为：“【需求issue标题】需求说明书”，PR详情描述第一行写明：本文档是对需求（issue编号和链接）的详细说明，同时标记标签为PRD，选择版本里程碑 +- 提交PR后，审核人员通过后，合并PR +- 需求issue：需求说明PR合并后，在需求issue的评论框写明：需求说明PR链接 -### 1.4 需求排期 +## 1.4 需求排期 Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： -1、各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” -2、待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 +- 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” +- 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 说明： -- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 +- 评审结论可通过邮件列表通知所有订阅人 -### 1.5 需求变更 +## 1.5 需求变更 在版本计划内，若需求范围和计划等出现变化，产品经理要组织技术委员会/Release SIG组进行变更评审，评审完成后产品经理将结论通过邮件列表通知所有订阅人，并进行以下操作： -1、在变更需求issue的评论框内，标注本需求变更原因和评审结论。 -2、对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 -3、对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 +- 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 +- 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 +- 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -- 这里是列表文本评审结论可通过邮件列表通知所有订阅人 +- - 评审结论可通过邮件列表通知所有订阅人 From e8751ba068549e02aec542ef07c6508183024251 Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:40:54 +0000 Subject: [PATCH 7/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 3 +++ 1 file changed, 3 insertions(+) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 45c04f64..90f56916 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -6,6 +6,7 @@ - 社区版本的技术规划需求，由社区技术委员会提出，由产品经理将需求issue录入Release-Management仓库下，选择issue类型为“需求”，填写需求标题、详情，标记release SIG和feature标签，并标记版本里程碑。 - 各SIG项目对本版本的规划需求，由各SIG组提出，由各SIG组Maintainer将需求录入本SIG项目仓库下，选择issue类型为“需求”，填写需求标题、详情，标记本SIG和feature标签，并标记版本里程碑。 - 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 + 说明： - - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 - - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 @@ -28,6 +29,7 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件列表通知所有订阅人，并通知各SIG组对需求issue进行排期，具体操作如下： - 各SIG组Maintainer明确本SIG组需求issue完成计划，在码云标注issue的“开始日期”、“结束日期”，并可设置“优先级” - 待需求issue排期完成后，Release SIG组发布经理核对需求issue排期情况，对于有争议的需求可以组织评审。 + 说明： - 评审结论可通过邮件列表通知所有订阅人 @@ -36,6 +38,7 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件 - 在变更需求issue的评论框内，标注本需求变更原因和评审结论。 - 对于里程碑有变更的需求issue，要确认关联变更后的里程碑计划，并设置正确的排期，对于暂无规划的需求issue，不关联里程碑，更改状态为“已拒绝”。 - 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 + 说明： - - 评审结论可通过邮件列表通知所有订阅人 From 0084ca79cb9eff01b24500d74a582c234b00611e Mon Sep 17 00:00:00 2001 From: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> Date: Mon, 7 Nov 2022 03:41:26 +0000 Subject: [PATCH 8/8] =?UTF-8?q?update=20openKylin=E9=9C=80=E6=B1=82?= =?UTF-8?q?=E7=AE=A1=E7=90=86=E8=A7=84=E8=8C=83.md.?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com> --- openKylin需求管理规范.md | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/openKylin需求管理规范.md b/openKylin需求管理规范.md index 90f56916..959098c0 100644 --- a/openKylin需求管理规范.md +++ b/openKylin需求管理规范.md @@ -8,10 +8,10 @@ - 当所有需求都录入码云后，产品经理可以通过社区的全量issue筛选汇总版本全部需求。 说明： -- - 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 -- - 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 -- - 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 -- - 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 +- 通过标记SIG归属标签，将所有需求issue与SIG组对应起来。 +- 需求详情须按模板填写清楚：需求背景、需求描述、实现方案、验收标准。 +- 对于需要保护的需求可以选中内容风险标识复选框，以防仓库外成员访问。 +- 数据统计时，以issue类型来统计需求，标签feature以便于码云前台页面筛选。 ## 1.2 需求审核 产品经理汇总需求后，组织技术委员会完成评审，评审通过后将审核结论通过邮件列表通知所有订阅人，并对码云issue进行以下操作： @@ -40,6 +40,6 @@ Release SIG组明确发布计划后，产品经理可将版本计划通过邮件 - 对于需求范围有变更的需求issue，需求负责人要输出变更后的需求文档，并按1.3章节方式提交需求文档PR。 说明： -- - 评审结论可通过邮件列表通知所有订阅人 +- 评审结论可通过邮件列表通知所有订阅人