华为云首页用户手册

需求管理 CODEARTS REQ-如何进行需求结构化管理:使用CodeArts进行需求结构化管理的一种方式

时间：2024-10-28 15:02:01

需求管理 CODEARTS REQ

使用CodeArts进行需求结构化管理的一种方式

接下来，介绍推荐的一种方式。

第一步：建立CodeArts项目
针对一个产品或系统，建立一个CodeArts项目，该产品或系统的所有需求，都在此CodeArts项目里面进行管理。
第二步：确立Epic-Feature-Story的需求结构
1. Epic要承载业务价值，即Epic需要是对企业本身是有意义的。
  将产品或系统的业务模块作为Epic，比如用户中心、购物车、配送管理等，比如一家货运云商的油卡业务，就适合作为一个Epic，针对油卡的各种功能，就可以作为Feature展开。
2. Feature要承载用户价值，也即对于用户来说，是可以理解这个Feature，且认可其价值的，通常Feature也是用户可以直接感知、可以操作的。
  针对前面业务模块的具体展开、拆开，就可以作为Feature，也可以简单理解为一个业务流程、用户流程；以前面用户中心为例，用户信息可以是一个Feature、我的订单可以是一个Feature、地址管理可以是一个Feature；或者以油卡为例，购买油卡、我的油卡等就可以作为不同的Feature。
3. Feature往往还是有些大有些复杂，那就需要拆成颗粒度更小的Story，用来承载一个具体的用户操作。
  例如可以查看到所有订单、可以过滤订单、可以修改用户昵称、可以自定义头像等功能。
4. 再往下一级的Task，就主要是为了分工协作，也即是说，如果Story可以包干到人，那么不再拆分Task也是可以的。
  Task往往是关于工程师需要具体做的工作，也就跟业务价值、用户价值、用户单步操作都没有了什么关系，通常都是把Story按照具体的组件、模块进行拆分，例如前端、后台、数据库之类的，或者是按照工作流程分工来拆分，例如UCD、开发、测试、部署等。
如下图所示，各层级为：
- Epic：用户中心。
- Feature：地址管理。
- Story：用户可以新建地址。
- Task：【Web端】页面入口及地址编辑表单、【数据库】用户地址数据表设计和实现。
  图1 需求规划
第三步：通过工作项的属性，对于不同模块以及版本进行管理
工作项详情页面对应属性如图2所示：
- 模块：Web端。
- 发布版本号：1.0.1.2。
  图2 属性示例
对于模块清单的维护，可以在工作项编辑状态，单击“模块”字段右侧的，即可在弹出窗口进行操作，可以添加、修改、删除模块。

图3 编辑模块

在工作项管理的Backlog视图下，通过“设置显示字段”增加“模块”字段后，既可以很方便地看到工作项相关的模块，也可以进行过滤。