DevOps中Scrum模式使用说明
长篇故事(story)
体量足够大的需求 会创建为长篇故事。
或者需要跨 冲刺(sprint)周期的需求 会创建为长篇故事。
特性
一个冲刺(sprint)周期内的需求 会创建为特性。
长篇故事拆解为特性。
积压工作（backlog）
体量足够小的需求 会直接创建为积压工作。
特性拆解为积压工作。
任务（task）
积压工作拆解为任务。
任务不会独立存在。
策略
无上级处理
顶级工作项为长篇故事。
为防止 无顶级的 特性 存在，每月会创建一个以月为名字的长篇故事，特性级工作项挂在月长篇故事下。
为防止 无顶级的 积压工作 存在，会在月长篇故事下 创建 一个 月小任务 特性。
标📗项
拆解后的工作项 会在积压工作（backlog）面板中，按照层级体现。
为了能够清晰 哪些工作项是 需求，所以把需求的工作项 标题 加📗 前缀。
阶段及会议定义
阶段标记
需求从提出到进入开发阶段，中间需要经历各个前置阶段。目前会采用在工作项中进行标记的方式，方便了解工作项的进行状况。阶段标记不与工作项本身状态强关联。
0、未启动
在需求长期积压的情况下，可选择性添加该标记。
1、预评审 - 预审会
在该阶段中，会进行预审会。相关人一致通过后，会进入需求评审阶段。
预审会次数不限制，直至通过为止。
由SM与PO进行组织，相关技术负责人参与。
主要目的是评估 需求在系统中的可行性以及初步设计方案。
2、需求评审 - 需求评审会
在该阶段中，会进行需求评审会。相关人一直通过后，会进入技术方案阶段。
需求评审会次数不限制，直至通过为止。
由SM与PO进行组织，相关技术负责人、开发者、测试参与。产品运营选择性参与。
需求评审会前，需要分享设计PRD或原型，形式以钉钉或工作项附件形式分享。
主要目的是初步敲定需求设计，以及功能表现骨架。
3、技术方案 - 技术方案会
在该阶段中，会进行技术方案会。相关人一直通过后，会进入排期阶段。
技术方案会次数不限制，直至通过为止。
由SM与相关技术负责人进行组织，开发者参与。
根据需求大小及性质，会选择性产出相关技术文档及接口定义等。
主要目的是确认功能具体实现方案，以及分析在实现过程中会碰到的具体开发问题。
4、排期 - 冲刺启动会
在该阶段中，会进行冲刺启动会。
一般情况下，冲刺启动会 直接跟在最后一次技术方案会后。
由SM与相关技术负责人进行组织，开发者参与。其他角色选择性参与。
主要目的明确具体开发者，以及任务排期。
测试
1、测试不再与开发者共用任务，测试任务独立管理。
2、不再使用指派给及状态字段 描述测试阶段的流转。
3、测试拥有当前阶段测试任务的独立看板，可以明确当前阶段所有测试任务。
4、测试与开发者共用冲刺。
配置策略
测试组拥有【NewProjectDemo\测试组】区域。
其他各个进行中的组，同时拥有【NewProjectDemo\测试组】区域。
测试组拥有本阶段全部迭代。
🧰 测试积压工作
测试积压工作创建在任何一个特性下，且只能在特性下。
测试积压工作的区域一定要选择【NewProjectDemo\测试组】。
测试积压工作的的迭代根据同级开发任务选择。
测试积压工作的标题添加🧰 前缀。
测试任务
测试积压工作拆解为测试任务。
测试任务以【测试】为前缀。
测试任务的迭代和区域跟随测试积压工作。
测试任务同样需要标记剩余工作量。
测试用例
测试用例挂在测试积压工作下。
提供测试用例共享查询，用来查询全部测试用例及上级关联。
测试阶段
需求开发完成后，通过站会、钉钉等即时性渠道通知到测试 可以开始测试，此时任务进入到测试阶段。
进入测试阶段后，测试开始介入到任务对应的站会，实时同步测试结果，直至需求上线。
BUG
BUG本质分为【开发阶段BUG】和【生产BUG】。
开发阶段BUG
由测试者按需决定是否需要创建BUG，可以在钉钉中即时沟通。
创建的BUG需要挂在测试积压工作所对应的特性下。
如需创建BUG，推荐以测试轮次定义一个BUG，并在BUG内集中描述。
不推荐对单一需求或任务创建过多开发阶段BUG。
生产BUG
目前不在 此 team框架 中体现。