检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
已开通旧版本服务,能否转换为新版本计费? 本章节仅供老用户参考。 当前暂不支持已开通旧版需求管理服务的用户一键切换成新计费模式,需要将旧版服务套餐关闭,再购买新套餐。 已购买包周期套餐的用户,套餐到期后,您可以选择继续购买包年/包月套餐,请参见包年/包月。 开通旧版按需计费的用户,仍延续旧
CodeArts Req邀请其他用户加入我的项目时,提示“您当前是被邀请账号,请前往【CodeArts控制台】-【企业账户授权】-【接受其他企业账户授权】中接受授权。立即前往” 问题现象 通过链接邀请其他用户加入我的项目,使用已注册的账号打开链接时提示“您当前是被邀请账号,请前往【CodeA
Backlog列。 变更多,影响很大的需求 高优先级的,对Sprint影响很大的需求变更,需要停止当前Sprint,重新规划新Sprint。这里的影响很大情况是指当前Sprint中的需求可能再做下去也没有价值,这时果断停止当前Sprint,另外一种情况也可能是变更的需求本身确实需要很大的工作量
最终满足用户的需求并获得商业成功。 同时需求管理服务为用户提供思维导图的需求规划与分解功能。 迭代 在敏捷软件开发的语境下,迭代是重复式的持续交付并持续获取反馈的软件开发活动,其对应的是瀑布式软件开发中的固定顺序全部完成才交付的软件活动。 每一个迭代都追求尽可能的发布产品并获取
本章节仅供老用户参考。 CodeArts旧版计费包括包月套餐购买及服务组合开通方式,也可单独开通需求管理服务,请参见已开通旧版本服务,能否转换为新版本计费?。 单独开通时,采用按需计费模式。开通服务后,将自动取消免费体验,每小时统计使用量并产生计费。 前提条件 请先注册华为账号并
processing Integer 处理中的工作项数量 completed Integer 已完成的工作项数量 expired Integer 已超期的工作项数量 remain_di Double 缺陷的遗留DI,统计范围为该项目下所有非关闭态、非草稿态的缺陷 DI计算规则: DI=提示0
企业认为需求的频繁变更是阻碍软件按时交付的主要原因。解决或缓解需求变更频繁带来的影响,是势在必行的重要工作。 问题分析 由于每家企业的情况不同,包括客户合作方式、人员能力水平、研发流程等各方面的差异,同样是需求变更频繁,所体现出来的具体症状却有所不同,导致问题发生的根因也可能不同
息项和前面Epic的相同,此处不再赘述。 第三步:Feature分解为Story 敏捷开发是渐进明细的,不要求所有需求在相同时间做到同样详细,只要求当前Sprint和未来的一个或两个Sprint的Story是详细的。将来Sprint的Story可以是一个大概的情况。进入到当前Sp
系统特性全生命周期共有初始、研发、完成三个状态,完整的转状态流程图如图1所示。 图1 系统特性转换流程图 各状态下对应的操作如表1 特性状态转换操作说明所示。 表1 系统特性状态转换操作说明 状态 流转说明 初始 新建系统特性时,状态默认为“初始”。 研发 处理完“初始”状态的系统特性后,将“状态”改为“研发”。
field_key String 操作的字段 field_name String 操作字段的含义 id Long 历史记录id issue_id Long 工作项id new_value String 变更后的值,json字符串 old_value String 变更前的值,json字符串 operated_time
研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。 分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。
研发需求生命周期共有初始、分析、开发、测试、完成五个状态,完整的转状态流程图如图1所示。 图1 研发需求状态转换流程图 各状态下对应的操作如表1所示。 表1 研发需求状态转换操作说明 状态 流转说明 初始 新建研发需求时,状态默认为“初始”。 分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。
系统特性全生命周期共有初始、研发、完成三个状态,完整的转状态流程图如图1所示。 图1 系统特性转换流程图 各状态下对应的操作如表1所示。 表1 系统特性状态转换操作说明 状态 流转说明 初始 新建系统特性时,状态默认为“初始”。 研发 处理完“初始”状态的系统特性后,将“状态”改为“研发”。 完成
配置IPD系统设备类项目工作项的状态流 前提条件 已新建IPD系统设备类项目,并在项目中拥有工作配置的“状态流配置”权限。 配置IPD系统设备类项目工作项的状态流 您可以根据实际需要可自定义调整状态的前后顺序。 目前研发需求、系统特性、任务和缺陷支持自定义状态流,以下就缺陷自定义状态流举例。
更多关于自组织的相关内容不在本文的范围内,如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看,在践行敏捷的时候,主要发挥的是开发团队自身的主观能动性,开发团队由原来的控制性转变成了自组织性,而开发任务也就由原来的指派变为了领取。这样的好处是,领取任务就是
配置IPD独立软件类项目工作项的状态流 前提条件 已新建IPD独立软件类项目,并在项目中拥有工作配置的“状态流配置”权限。 配置IPD独立软件类项目工作项的状态流 您可以根据实际需要可自定义调整状态的前后顺序。 目前研发需求、系统特性、任务和缺陷支持自定义状态流,以下就缺陷自定义状态流举例。
IPD系统设备类项目缺陷流程介绍 缺陷的全生命周期共有分析、修复、测试、验收、关闭五个状态。完整的转状态流程图如图1所示。 图1 缺陷状态转换流程图 各状态下对应的操作如表1所示。 表1 缺陷状态转换操作说明 状态 流转说明 -- 新建缺陷。 缺陷提出人默认为创建缺陷的人。 分析
IPD独立软件类项目缺陷流程介绍 缺陷的全生命周期共有分析、修复、测试、验收、关闭五个状态。完整的转状态流程图如图1所示。 图1 缺陷状态转换流程图 各状态下对应的操作如表1所示。 表1 缺陷状态转换操作说明 状态 流转说明 -- 新建缺陷。 缺陷提出人默认为创建缺陷的人。 分析
任务全生命周期共有初始、处理中、完成三个状态,完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时,状态默认为“初始”。 处理中 处理完“初始”状态的任务后,将“状态”改为“处理中”。 完成 处理完任务后,将“状态”改为“完成”。
任务全生命周期共有初始、处理中、完成三个状态,完整的转状态流程图如图1所示。 图1 任务状态转换流程图 各状态下对应的操作如表1所示。 表1 任务状态转换操作说明 状态 流转说明 初始 新建任务时,状态默认为“初始”。 处理中 处理完“初始”状态的任务后,将“状态”改为“处理中”。 完成 处理完任务后,将“状态”改为“完成”。