检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
IPD系统设备类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。
IPD独立软件类项目系统特性流程介绍 系统特性全生命周期共有初始、研发、完成三个状态,完整的转状态流程图如图1所示。 图1 系统特性转换流程图 各状态下对应的操作如表1 特性状态转换操作说明所示。 表1 系统特性状态转换操作说明 状态 流转说明 初始 新建系统特性时,状态默认为“初始
IPD系统设备类项目任务流程介绍 任务全生命周期共有初始、处理中、完成三个状态,完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时,状态默认为“初始”。 处理中 处理完“初始”状态的任务后
IPD系统设备类项目缺陷流程介绍 缺陷的全生命周期共有分析、修复、测试、验收、关闭五个状态。完整的转状态流程图如图1所示。 图1 缺陷状态转换流程图 各状态下对应的操作如表1所示。 表1 缺陷状态转换操作说明 状态 流转说明 -- 新建缺陷。 缺陷提出人默认为创建缺陷的人。 分析
IPD独立软件类项目任务流程介绍 任务全生命周期共有初始、处理中、完成三个状态,完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时,状态默认为“初始”。 处理中 处理完“初始”状态的任务后
IPD独立软件类项目研发需求流程介绍 研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。
功能总览 功能总览 全部 需求管理 计费说明 权限管理 租户设置 项目多模板 丰富自定义 通用设置 WIKI协同 文档托管 API 需求管理 CodeArts Req(原ProjectMan)是华为多年研发实践沉淀的需求管理与团队协作服务,内置多种开箱即用的场景化需求模型和对象类型
通过缺陷度量跟踪项目缺陷进展 在项目进行中,可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表:缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表:指标取值取当前时刻的全部工作项的相应数据
通过缺陷度量跟踪项目缺陷进展 在项目进行中,可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表:缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表:指标取值取当前时刻的全部工作项的相应数据
通过缺陷度量跟踪项目缺陷进展 在项目进行中,可以通过缺陷度量来对项目下的缺陷进展进行跟踪。 查看缺陷度量 缺陷度量视图默认展示统计报表:缺陷概览统计、遗留缺陷DI趋势、缺陷累计三曲线、缺陷每日吞吐、缺陷按严重程度分布、缺陷按状态分布、成员遗留缺陷TOP8。 数值类统计报表:指标取值取当前时刻的全部工作项的相应数据
在看板项目中管理工作项 完成新建工作项操作后,您可以在项目内对工作项做如下的管理动作。 前提条件 已在看板项目中新建工作项,并在项目中拥有工作项的相关权限。 在工作项主页中管理工作项 进入项目主页,选择“工作项 > 需求管理 > 工作项”页签,可进行如下操作。 图1 工作项主页 表
使用仪表盘跟踪Scrum项目进展 在管理项目的过程中支持数据可视化管理,对每次迭代开发进行回顾,总结出下个迭代可以改进的方向。项目提供多种仪表盘报表卡片,覆盖进度、质量、效率、成员工作项分布等,方便实时了解项目进展。 为了更好体验数据分析效果,推荐使用新版仪表盘。 建议项目成员都开启默认的仪表盘统计显示
端到端可追溯 产品研发过程越晚发现风险,修复成本就越高、影响越大,有些风险甚至对企业构成致命的打击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 端到端可追溯效果图如下
Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中,预置了敏捷实践中推荐的“Epic > Feature > Story > Task
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目
需求高效跨项目协同 大型产品开发往往涉及到数千人大兵团规模作战,协作关系与项目运作沟通成本呈指数级上升,基于华为公司跨部门团队理念与实践,Req联结项目、人、工作项,提供无限组织层级、无限功能领域的网状跨项目协作管理能力,实现立体高效协同,加速信息流转。 支持将研发需求下发至下游项目
管理项目配置 管理项目通知 项目经理Maggie希望当任务(工作项)分配给团队成员时,该成员能够收到通知,以便及时处理。 进入“凤凰商城”项目,单击导航“设置 > 工作设置 > 通知设置”。 页面中显示样例项目中的默认配置。 由于默认配置可以满足需求,因此本文档中暂不做配置的修改。
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏,首先需要反问一句——为什么这些紧急重要的需求无法更早预见?同样的,需要了解: 具体是哪些外界原因?这些原因是否有共性,有的话,那就针对性处理。 增加的需求有无共性特点?有的话,可以针对性处理。 临时增加有多临时?是否有提高或改善响应能力的空间
方案概述 背景信息 CodeArts结合多年研发经验与业界先进的实践提出了一套可操作可落地的敏捷开发方法论:HE2E DevOps实施框架。 图1 HE2E DevOps实施框架 规划和设计 步骤①和②是业务(或者是客户)与技术之间进行产品规划,梳理产品整体脉络,以及进行产品规划实施设计
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后,如何移动看板中的任务卡片,本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动,