- 最新动态
- 功能总览
- 产品介绍
- 计费说明
- 快速入门
-
用户指南
- 需求管理(CodeArts Req)使用流程
- 购买并授权使用CodeArts Req
- 访问CodeArts Req服务首页
- 创建CodeArts项目
- 管理Scrum类型项目需求
- 管理IPD系统设备类型项目需求
- 管理IPD独立软件类型项目需求
- 管理IPD自运营/云服务类型项目需求
- 管理看板类型项目需求
- 查看审计日志(可选)
- 知识库用户指南
- 最佳实践
-
API参考
- 使用前必读
- API概览
- 如何调用API
-
API
- 用户信息
- 项目成员
- 项目信息
- 项目指标
- 项目统计
- 项目及成员
- Scrum项目的迭代
-
Scrum项目的工作项
- 创建工作项类型自定义字段
- 上传图片
- 获取工作项完成率
- 获取指定工作项的评论列表
- 按用户查询工时(单项目)
- 按用户查询工时(多项目)
- 添加指定工作项工时
- 查询项目下的工时类型
- 获取工作项历史记录
- 创建工作项
- 查询项目的工作项
- 高级查询工作项
- 批量删除工作项
- 查询工作项详情
- 更新工作项
- 删除工作项
- 获取子工作项
- 查询项目下所有工作项的历史记录
- 查询Scrum项目的工作项流转配置
- 细粒度权限用户创建工作项
- 查询当前工作项已经关联的工作项
- 查询当前工作项已经关联的关联Wiki
- 查询当前工作项已经关联的代码提交记录 / 分支创建记录
- 查询关联用例
- 查询Scrum工作项自定义字段
- 下载图片
- 上传工作项附件
- 下载工作项附件
- 删除附件
- 查询迭代下工作项状态的统计数据(处理人维度)
- 获取指定工作项停留时间
- 高级查询我的待办工作项
- Scrum项目的模块
- Scrum项目的领域
- Scrum项目的状态
- 看板项目的工作项
- IPD项目计划管理
- IPD工作项管理
- IPD统计概览
- IPD模块管理
- IPD配置管理
- IPD评审单管理
- IPD标签管理
- OpenAPI管理
- 应用示例
- 附录
- 文档修订记录
- 常见问题
- 视频帮助
- 文档下载
- 通用参考
展开导读
链接复制成功!
看板项目需求管理流程介绍
在使用看板项目前,请先了解看板项目的相关概念。
核心概念与关系
看板项目核心概念与关系说明如表1所示。
概念 |
关系说明 |
---|---|
项目 |
项目是通过一定的流程,由一系列协同和受控的活动组成,项目的目标是满足特定需求,并受时间成本和资源的约束,通过对项目的过程和结果进行管理,达成项目的既定目标。看板项目属于项目的一种特有类型,看板依赖项目而存在。 |
看板 |
“看板Kanban”的核心概念,用户对工作项一系列操作的基础,一个项目可以创建最多5个看板。
|
工作项层级 |
层级为看板的间接实现,等价于看板。使用过程中用户主要通过配置操作层级来对看板进行配置,一个项目最多创建5个层级,可排序。默认层级为“战略”、“需求”和“开发”。
图1 工作项层级
![]() |
工作项类型 |
工作项类型作为工作项的属主而存在,同时工作项类型作为工作项层级的子集,一个层级可拥有10个类型,一个工作项类型同一时间只能属于一个层级。例如,工作项类型“商业目标”在同一时间属于工作项层级“战略”,此时其他工作项层级将不会有“商业目标”类型,是唯一存在且只属于工作项层级“战略”。 看板项目默认工作项层级与默认工作项类型对应关系如下:
|
工作项 |
工作项为看板用户的核心操作单元,一切工作都可通过工作项进行管理和跟踪。工作项的属主为工作项类型,同时工作项可任意变更属主。一个工作项同一时间只能且必须属于一种工作项类型。 |
流转状态 |
工作项处理完成,下一步操作可流转的状态。
|
领域 |
工作项所属的领域。默认领域有:可维护性、可靠性、功能、其他DFX、性能、网络安全、可用性,根据实际需要还可以自定义。 |
模块 |
工作项所属的模块,需要用户自定义,也可以不定义模块。 |
显示方式 |
看板项目工作项的视图模式,有“卡片”视图、“列表”视图和“树”视图三种视图模式,默认以“卡片”视图展示看板中的工作项。可以根据实际需要切换视图模式。 |
迭代 |
迭代又称Sprint,属于敏捷方法中的一个重要实践。它的目的是希望能够“小步快跑”、“渐进式”地交付需求,这样的方式也更容易拥抱变化,用更低的成本快速试错。用于工作项的迭代开发计划。
|
看板项目使用的工作项类型介绍如表 表2所示