检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
常见报错解决方法 CodeArts Req邀请其他用户加入我的项目时,提示“您当前是被邀请账号,请前往【CodeArts控制台】-【企业账户授权】-【接受其他企业账户授权】中接受授权。立即前往” 创建DevOps全流程样例项目,提示“该企业租户服务处于关闭状态,新建项目失败” 使用CodeArts
创建DevOps全流程样例项目,提示“该企业租户服务处于关闭状态,新建项目失败” 问题现象 创建DevOps全流程样例项目提示“该企业租户服务处于关闭状态”。 原因分析 该企业租户未开通CodeArts Req服务。 处理方法 需前往开通CodeArts Req服务,详见购买并授权使用CodeArts
使用CodeArts Req Scrum项目的工作项设置,提示“字段名称已存在” 问题现象 使用CodeArts Req Scrum项目需求管理工作项的Bug设置,选择“字段与模板 > 编辑模板 > 新建字段”,输入名称提示“字段名称已存在”。 原因分析 在项目的公共字段设置中已有该字段,项目内不允许设置重名的字段。
CodeArts Req邀请其他用户加入我的项目时,提示“您当前是被邀请账号,请前往【CodeArts控制台】-【企业账户授权】-【接受其他企业账户授权】中接受授权。立即前往” 问题现象 通过链接邀请其他用户加入我的项目,使用已注册的账号打开链接时提示“您当前是被邀请账号,请前往【CodeA
遗留缺陷DI趋势 缺陷累计三曲线:统计累计发现缺陷、累计解决缺陷、累计遗留缺陷的趋势曲线。 图3 缺陷累计三曲线 缺陷每日吞吐:统计所选时间区间内,每日发现、解决的缺陷数。 图4 缺陷每日吞吐 缺陷按严重程度分布:统计当前时刻处于各严重程度(提示、一般、严重、致命)的缺陷数。 图5 缺陷按严重程度分布
既然是常态,为何团队的流程没有做出调整去应对?是调整过流程或工作方式,还是无法解决问题,还是说不知道该怎么调整流程或工作方式去适应? 解决措施 综合前面几种参考情况经分析后得出了根因,基于这些根因,可以将所要解决的问题重新描述如下: 如何进行需求结构化管理? 如何进行需求优先级管理? 如何避免重要需求遗漏?
I:想法或创意(Idea/Innovation),是不是缺少如何解决这些问题的点子或创意,不知道有什么办法解决这个问题? 复盘时要注意,受限于能力、经验以及出问题次数多少的影响,可能无法得出一个准确的结论和必然有效的解决方案。此时,一方面需要秉持持续改进的心态,可以先落实当前已经比
些问题,是否有真正的困难,关心团队成员,大家一起帮助解决困难。 如果迟到现象严重,可能不是团队能解决的问题了,可以试着从公司政策方面施压,严格执行公司的考勤制度,但其实不符合敏捷的自管理思想,不是真正解决问题的方法。 总结下解决迟到现象应该关注以下因素: 分析原因,关心成员,共同决定。
管理服务中Scrum项目的整体印象。 前提条件 已注册华为云并实名认证,如果还没有华为账号,请参考以下步骤创建。 打开华为云网站。 单击“注册”,根据提示信息完成注册。 注册成功后,系统会自动跳转至您的个人信息界面。 参考实名认证完成个人或企业账号实名认证。 已购买CodeArts体验版套餐或已购买CodeArts
重缺陷个数*3+遗留一般缺陷个数*1+遗留提示缺陷个数*0.1 缺陷累计三曲线 累计三曲线指累计发现缺陷/累计解决缺陷/累计遗留缺陷的趋势曲线。 累计遗留缺陷=累积发现缺陷-累计解决缺陷。 缺陷每日吞吐 所选时间区间内,统计每日发现、解决的缺陷数。 缺陷按严重程度分布 统计当前时刻处于各严重程度的缺陷数。
重缺陷个数*3+遗留一般缺陷个数*1+遗留提示缺陷个数*0.1 缺陷累计三曲线 累计三曲线指累计发现缺陷/累计解决缺陷/累计遗留缺陷的趋势曲线。 累计遗留缺陷=累积发现缺陷-累计解决缺陷。 缺陷每日吞吐 所选时间区间内,统计每日发现、解决的缺陷数。 缺陷按严重程度分布 统计当前时刻处于各严重程度的缺陷数。
重缺陷个数*3+遗留一般缺陷个数*1+遗留提示缺陷个数*0.1 缺陷累计三曲线 累计三曲线指累计发现缺陷/累计解决缺陷/累计遗留缺陷的趋势曲线。 累计遗留缺陷=累积发现缺陷-累计解决缺陷。 缺陷每日吞吐 所选时间区间内,统计每日发现、解决的缺陷数。 缺陷按严重程度分布 统计当前时刻处于各严重程度的缺陷数。
务中IPD系统设备类项目的整体印象。 前提条件 已注册华为云并实名认证,如果还没有华为账号,请参考以下步骤创建。 打开华为云网站。 单击“注册”,根据提示信息完成注册。 注册成功后,系统会自动跳转至您的个人信息界面。 参考实名认证完成个人或企业账号实名认证。 已购买CodeArts专业版套餐或已购买CodeArts
工作项重要程度id,13 '提示',12 '一般',11'重要',10 '关键' name String 工作项重要程度名称, '提示','一般','重要','关键' 表18 status 参数 参数类型 描述 id Integer 工作项状态id,新建 1, 进行中 2, 已解决 3, 测试中
上表中的场景二是很多开发团队中经常遇见过的,也是本文着重描述术的情况。从根本解决工作项优先级的问题,系统地学习怎么样应对需求变更才是根本。 对于场景二的解决方案思路如下: 由于管理好工作项是解决问题的核心,因此在形成工作项之前,需要解决谁对工作项负责或者说工作项来源的问题,然后要针对工作项做好工作计划,这样开发团队才能很好的执行。
如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发
Integer 重要程度id, 13 提示,12 一般, 11 重要, 10 关键 name String 重要程度, 提示,一般, 重要, 关键 表14 status 参数 参数类型 描述 id Integer 状态id, 1 新建, 2 进行中, 3 已解决, 4 测试中, 5 已关闭,
使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动,以有效控制在制品数量,防止工作项过多积压。 另外需要提示一点,在整个移动过程的前提是需要制定一套移动规则,根据团队自身情况定义规则,可以根据团队意见进行调整,最后团队满意就是合适的规则。 需求变更情况下的移动
验收通过”弹框,参考下表配置参数信息。 表7 验收通过参数说明 参数 解释 取值样例 关闭类型 缺陷单关闭的类型,包含:问题解决关闭、非问题关闭。 问题解决关闭 单击“确定”,至此, 缺陷单创建人Lily完成了缺陷单的验收工作,缺陷单流转至“关闭”状态。
serious_num Integer 重要程度为严重的缺陷数,重要程度为严重对应id为11 tip_num Integer 重要程度为提示的缺陷数,重要程度为提示对应id为13 total Integer 当前项目下bug统计总数 表5 DemandStatisticResponseV4