检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
在项目中,您可以根据需要添加、编辑和删除工作项的工时类型。 在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。
Box)内,也就是冲刺有固定的开始和结束时间。 时间盒的优点具体内容如下: 时间盒是设定WIP(work in process)数量限制的技术。WIP是已经开始但还没有完成的工作清单。开发团队只开发自己认为在一个冲刺内可以开始并按时完成的工作事项,因此时间盒是为每个冲刺设定WIP数量限制。 时间盒可以强制
缺陷全生命周期管理 和软件开发生命周期一样,缺陷也是由一系列的阶段和活动组成的,即缺陷同样具有生命周期。缺陷定位越精确,修复成本就越低、影响越小。CodeArts Defect打通缺陷过程监控链条,从缺陷的发现和提出,到开发人员的分析定位、实施修复,再到测试人员的测试和验收,层层把关,
迭代开发 如何在软件开发团队中管理突发性任务 如何解决开发团队中的任务没人领取的问题 父主题: Scrum项目最佳实践
缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作,CodeArts Defect从源头覆盖缺陷作业流中的所有数据,提供缺陷与用例、代码的端到端追溯能力,让缺陷从产生到闭环的每一步都有据可查。 缺陷支持关联工作项、Wiki、测试计划、测试用例、代码提交记录、代码分支等
total_stay_time Long 停留时间求和(单位:秒) total Integer 停留时间求和的工作项个数 表4 data 参数 参数类型 描述 id String 工作项id字符串 stay_time Long 停留时间(单位:秒) 状态码: 400 表5 响应Body参数
新建研发需求时,状态默认为“初始”。 分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD系统设备类项目研发需求
承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板,面向不同的软件管理场景,兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式 源自华为IPD需求管理理念和实践,提供多种开箱即用的场
新建研发需求时,状态默认为“初始”。 分析 处理完“初始”状态的研发需求后,将“状态”改为“分析”。 开发 分析完成研发需求后,将“状态”改为“开发”。 测试 开发完成研发需求后,将“状态”改为“测试”。 完成 测试通过研发需求后,将“状态”改为“完成”。 父主题: 新建并管理IPD独立软件类项目研发需求
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作?企业的一些软件开发团队经常出现类似培训支撑等突发性工作,开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视,它直接影响开发团队工作的进度和效率,间接影响迭代目标是否能完成,甚至整个项目
击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 支持将需求与设计文档、代码、测试用例、缺陷/BUG等有机串联,确保需求开发过程清晰明了,需求风险无处遁形。 端到端可追溯效果图如下:
Defect内置多种数据分析功能,提供华为特有的缺陷修复效率、遗留DI趋势、三曲线分析等专业的缺陷监控度量指标,可以对产品开发和交付过程中的缺陷趋势、严重程度和解决时间等各项数据进行深入分析。缺陷处理情况清晰可见,帮助团队快速识别和解决潜在的风险,准确掌握缺陷修复进度,识别交付各环节短板,让整个产品质量360度清晰透明。
按发布:选择需要查看的发布和迭代版本。 按创建时间:选择需要查看的时间段,包括全部时间、最近7天、最近14天、最近30天、最近90天和自定义时间。 项目概览中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 项目统计 包括对初始需求IR、用户故事US、任务Task和缺陷Bug的
项目概览中可按照两个维度对项目所有数据展示统计报表。 按发布:选择需要查看的发布和迭代版本。 按创建时间:选择需要查看的时间段,包括全部时间、最近7天、最近14天、最近30天、最近90天和自定义时间。 项目概览中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 项目统计
如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务
如何在项目团队人员变动频繁时对新人进行有效培养和管理 背景 企业随着业务的扩张,需要新员工不断加入,经常会遇到这样的问题,其开发组长要对每一位新人交代相关的知识点、工作方式以及团队信息等,工作量在短期内激增。在一个项目中,随着时间推移、业务的扩张,项目中的核心成员,如项目经理、开发组长等往往都会面临如下几种情况和挑战:
按迭代:选择需要查看的迭代版本。 按创建时间:选择需要查看的时间段,包括全部时间、最近7天、最近14天、最近30天、最近90天和自定义时间。 项目概览中支持统计的报表如下表: 表1 统计报表描述 统计报表名称 数据描述 项目统计 包括对原始需求RR、史诗Epic、特性FE、用户故事US、任务Task和缺陷Bug
根据实际情况填写缺陷的故障现象描述、环境信息、故障现场定位开发人员和开发定位初步原因。 支持使用文字、图片、链接等形式。 附件 单个缺陷的附件数量最多为100个,附件总容量为50MB。 提出项目 缺陷创建人所在的项目,不可修改。 归属项目 缺陷归属的项目。 提出人 发现缺陷的测试人员。 当前责任人 缺陷归属项目的全部项目成员,支持单选。
Task通常为过程性的工作,举例如下: 开发人员A需要在今天准备好类生产环境。 开发人员B需要在本周内完成项目组的权限设定。 开发人员C需要进行代码Review。 Bug(缺陷) 软件特性和功能在测试验证阶段发现的问题,通过Bug单独创建、管理和跟踪,Bug通常包括不同的优先级。 Bug可以单独创建和跟踪。
人并行开发、版本与基线管理外,也体现了团队的协作与沟通。 代码检查(即静态扫描)、自动化的构建、各阶段的自动化测试、以及相应的自动化部署过程,都被有机的串联在流水线上。 除了代码检查、构建、测试、部署等动态的阶段与活动,还有制品管理,以及各级的环境管理,包括开发环境、测试环境、准生产环境,以及生产环境。