update openKylin需求管理规范.md.

Signed-off-by: kylinzhangye1 <11453782+kylinzhangye1@user.noreply.gitee.com>

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。
+
 说明：
 - - 评审结论可通过邮件列表通知所有订阅人