检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
种方式,您可以根据需求选择。了解更多关于续费的信息,请参见续费概述。 费用账单 您可以在“费用中心 > 账单管理”查看与需求管理服务相关的流水和明细账单,以便了解您的消费情况。如需了解具体操作步骤,请参见费用账单。 欠费 在使用需求管理服务时,账户的可用额度小于待结算的账单,即被
Epic、Feature、Story和Task用来划分需求颗粒度的标签,可以看作需求占位符,分别代表需求颗粒度从大到小。每个层级的需求本身又承载着一些意义,在进行需求划分的时候可以进行参考。 Epic:史诗,是项目的愿景目标。通过Epic的落地达成,使公司可以获得相应的市场地位和回报,具有战略价值。通常需要数月完成。
可根据需要对已添加的状态进行删除。 根据实际需要,鼠标左键单击状态名称左侧的不放,可以拖拽工作项状态列表,对工作项状态进行排序。 配置工作项状态流转方向 您可以根据实际需要配置工作项状态的流转状态。工作项状态的流转状态配置好后,在工作项列表页面中单击工作项的状态,根据当前类型的状态显示可流转的状态。
项目ID还可通过调用查询指定条件下的项目信息API获取。 获取项目ID的接口为“GET https://{Endpoint}/v3/projects/”,其中“{Endpoint}”为IAM的终端节点,可以从终端节点获取。接口的认证鉴权请参见认证鉴权。 响应示例如下,其中“projects”下的“id”即为项目ID。
上系统特性是产品包的主要卖点(销售亮点)集合,每条系统特性都是满足客户特定商业价值诉求的端到端解决方案,一部分系统特性可以通过License控制单独销售。 根据工作项的类型不同,系统提供不同的系统特性模板,例如系统特性的描述信息为:特性背景、特性价值和特性详情。 系统特性管理包括系统特性树和系统特性。
s敏捷模式。面向云服务软件类开发场景的IPD需求管理方法,通过端到端客户价值需求管理、灵活轻便的敏捷规划、强大的跨项目协作能力来对云服务软件进行高质高效的管理。 需求模型:IPD需求管理是华为集成产品管理开发的核心流程,本模板预置产品需求管理的最佳实践,针对自运营软件/云服务类提
规划功能可以辅助团队进行需求的结构化管理。那么团队应该以什么为脉络来建立这个结构呢?这就意味着,团队的需求结构化管理,需要以产品或系统的功能特性的脉络为依据。而软件项目管理所需要关注的版本、客户、模块等信息,则可以通过需求的不同属性甚至标签等方式来实现。 简单来说,可以通过如下三个步骤来完成:
本章节仅供老用户参考。 当前暂不支持已开通旧版需求管理服务的用户一键切换成新计费模式,需要将旧版服务套餐关闭,再购买新套餐。 已购买包周期套餐的用户,套餐到期后,您可以选择继续购买包年/包月套餐,请参见包年/包月。 开通旧版按需计费的用户,仍延续旧版按需计费规则。旧版需求管理服务关闭方式请参见关闭服务。
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目,缺陷跨组织协同效果图如下:
Defect内置多种数据分析功能,提供华为特有的缺陷修复效率、遗留DI趋势、三曲线分析等专业的缺陷监控度量指标,可以对产品开发和交付过程中的缺陷趋势、严重程度和解决时间等各项数据进行深入分析。缺陷处理情况清晰可见,帮助团队快速识别和解决潜在的风险,准确掌握缺陷修复进度,识别交付各环节短板,让整个产品质量360度清晰透明。
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等,您可以通过关联
配置看板项目工作项的自定义字段 自定义添加字段,可为字段指定不同的字段类型,灵活满足不同的场景。根据需要将字段添加到工作项模板中,并配置字段的类型是否必填。模板定义成功后,在创建工作项时,默认使用已自定义好的工作项模板。 前提条件 已新建看板项目,并在项目中拥有自定义的“工作项自定义设置”权限。
例:“缺陷概览统计”中的全部缺陷数等于统计时的全部缺陷总数。 趋势图类统计报表:指标取值取各指标每日的数值,例:06-07累计遗留缺陷=06-07当天累计遗留的缺陷数。 缺陷度量中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 缺陷概览统计 统计当前时刻全部、
例:“缺陷概览统计”中的全部缺陷数等于统计时的全部缺陷总数。 趋势图类统计报表:指标取值取各指标每日的数值,例:06-07累计遗留缺陷=06-07当天累计遗留的缺陷数。 缺陷度量中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 缺陷概览统计 统计当前时刻全部、
例:“缺陷概览统计”中的全部缺陷数等于统计时的全部缺陷总数。 趋势图类统计报表:指标取值取各指标每日的数值,例:06-07累计遗留缺陷=06-07当天累计遗留的缺陷数。 缺陷度量中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 缺陷概览统计 统计当前时刻全部、
以饼状图形式,按是否完成统计各工作项的数量和占比。 承接RR按项目分布 仅“按创建时间”查看时显示。 以图或表格的形式,按承接项目统计RR的数量。 提出RR按项目分布 仅“按创建时间”查看时显示。 以图或表格的形式,按提出项目统计RR的数量。 需求TTM 以柱状图的形式,按处于“开发”至“完成”状态的平均时长统计工作项数量。
2024/07/24 处理人 Story的处理人,希望Story由谁负责处理。 Chris 优先级 Story的优先级,代表工作项的处理优先级,可以辅助处理人是否优先处理工作项。可选值:高、中、低。 高 重要程度 Story的重要程度,代表工作项处理的重要程度,可以辅助处理人是否优先处理工作项。可选值:关键、重要、一般、提示。
和交付。如果较为简单的模型就可以满足需要,就应该首选使用较简单的模型。企业可以从简单开始,逐渐完善,不需要也不应该在一开始就追求过于复杂的模型。 简单可以体现在考虑的要素更少,比如成本收益分析只考虑两个要素,就比考虑更多要素的模型简单。 简单还可以体现在要素的取值范围更窄或精度要
Req)为敏捷开发团队提供简单高效的团队协作服务,包含多项目的管理、敏捷迭代、看板协作、需求管理、缺陷跟踪、文档管理、Wiki在线协作、仪表盘自定制报表等功能。 您可以使用本文档提供API对需求管理进行相关操作,如创建、删除、查询任务等,支持的全部操作请参见API概览。 在调用A
支持选择具体的工作项(IR、SR、AR、Task、Bug)进行查看和下载。 发布容量负载 仅“按发布”查看时显示。 以柱状图形式展示发布计划、迭代和各工作项的工作量。 缺陷趋势图 仅“按发布”查看时显示。 包括发现缺陷的总数、解决缺陷的总数和遗留的DI值。 项目成员的工作项统计(按优先级)