检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
什么关系,通常都是把Story按照具体的组件、模块进行拆分,例如前端、后台、数据库之类的,或者是按照工作流程分工来拆分,例如UCD、开发、测试、部署等。 如下图所示,各层级为: Epic:用户中心。 Feature:地址管理。 Story:用户可以新建地址。 Task:【Web端
仪表盘中燃尽图数据为每天0点刷新数据,迭代内的燃尽图为实时刷新数据。 仪表盘显示的是工作项状态为“已关闭”的Story数。 项目管理员、项目经理和测试经理在仪表盘中添加自定义报表卡片,如:个人工时,查看每个人的工作量。 前提条件 已新建Scrum项目,并在项目中拥有仪表盘的“新建仪表盘”“编辑仪表盘”权限。
单击“删除项目”,在弹框中输入项目名称,单击“删除”。 删除成功后,页面返回首页,列表中将不显示已删除的项目。 删除项目将会删除项目下的代码库,代码检查任务,编译构建任务及测试用例等。 数据删除后,将无法恢复,请谨慎操作。 项目服务菜单管理 单击导航“服务菜单管理”。 根据需要勾选显示菜单。 更新成功后,刷新当前页面,导航中将更新后的菜单。
单击“删除项目”,在弹框中输入项目名称,单击“删除”。 删除成功后,页面返回首页,列表中将不显示已删除的项目。 删除项目将会删除项目下的代码库,代码检查任务,编译构建任务及测试用例等。 数据删除后,将无法恢复,请谨慎操作。 项目服务菜单管理 单击导航“服务菜单管理”。 根据需要勾选显示菜单。 更新成功后,刷新当前页面,导航中将更新后的菜单。
参数类型 描述 id Integer 状态id,新建 1, 进行中 2, 已解决 3, 测试中 4, 已关闭 5, 已拒绝 6, name String 状态名称,新建,进行中,已解决, 测试中, 已关闭, 已拒绝 表17 tracker 参数 参数类型 描述 id Integer
仅新建Bug时显示该参数。 发现缺陷的PI版本。 仅当新建迭代后,该参数才会有取值。 发现环境 仅新建Bug时显示该参数。 发现Bug的环境,包括开发自测环境、测试环境、生产环境。 修复迭代 仅新建Bug时显示该参数。 发现Bug的PI版本。 仅当新建迭代后,该参数才会有取值。 期望修复时间 仅新建Bug时显示该参数。
请根据实际需要按模板对工作项进行描述。 状态 工作项处理的状态,状态类型可以根据实际需要进行自定义,默认类型如下: 新建 进行中 已解决 测试中 已拒绝 已关闭 新建工作项时,工作项状态默认为“新建”,不能修改。 处理人 工作项处理的负责人。取值范围为该项目的全部成员。如果负责人设置了昵称,将默认显示用户的昵称。
rejected_num Integer 已拒绝数量 solved_num Integer 已解决数量 test_num Integer 测试中的数量 total Integer 总数 状态码: 400 表5 响应Body参数 参数 参数类型 描述 error_msg String
rejected_num Integer 已经拒绝的工作项 solved_num Integer 已经解决的工作项 test_num Integer 测试中的工作项 状态码: 400 表6 响应Body参数 参数 参数类型 描述 error_msg String 错误描述 error_code
队大部分成员的能力时,团队成员可能会存在担心加班加点而不愿意认领。 开发任务超范围:当开发任务的内容超出团队成员所掌握的范围时,如开发不会测试,就可能会出现“我是想认领的,但能力有限”的情况。 担心受到他人指责:工作内容存在一定的挑战性,担心由于自己没有做好,导致团队目标没有达成而受到指责。
"find_release_dev" : "0728", "env" : { "id" : 36, "name" : "测试环境" }, "tracker" : { "id" : 7, "name" : "story" }, "updated_time"
热情,使团队成员恢复兴趣并渴望继续完成冲刺的目标。 持续期短的冲刺能提供多个有意义的检查点。传统瀑布式开发有里程碑,例如分析、设计、编码、测试和运行。这些里程碑其实是一些不太准确的指标。Scrum在每个冲刺结束时会有一个有意义的检查点(冲刺评审会议),团队中的每个人可以根据展示的
工时类型,以逗号分隔,21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App),26:测试验证,27:缺陷修复,28:UI设计,29:会议,30:公共事务,31:培训,32:研究,33:其它,34:调休请假 work_hours_dates
工时类型,以逗号分隔,21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App),26:测试验证,27:缺陷修复,28:UI设计,29:会议,30:公共事务,31:培训,32:研究,33:其它,34:调休请假 work_hours_dates
11 重要, 12 一般, 13 提示, status_id 否 Integer 状态 id, 新建 1, 进行中 2, 已解决 3, 测试中 4, 已关闭 5, 已解决 6, tracker_id 否 Integer 工作项类型,2任务/Task,3缺陷/Bug,5Epic,6Feature
任人还必须保证特性的接收标准已有明确说明,让开发团队可以确定在什么情况下需求责任人可以认为特性完成了。在这个角度理解,一般是业务分析人员和测试人员的角色。 同时,需求责任人还要在版本、迭代和Backlog层面都能够持续做出良好的经济决策,管理经济效益。为了统一叫法、便于理解,后面
11 重要, 12 一般, 13 提示, status_id 否 Integer 状态 id, 新建 1, 进行中 2, 已解决 3, 测试中 4, 已关闭 5, 已拒绝 6, tracker_id 是 Integer 工作项类型, 2任务/Task,3缺陷/Bug,5Epic
会。这样可以给例行工作(如查看邮件)提供一些缓冲时间。晚点开会还可以给开发团队一点时间来检查前一天的工作(比如,前一天晚上开始运行的自动化测试工具所生成的缺陷报告)。 Key 5: 同时同地 每日站立会议应尽可能在同一时间、同一地点召开,建议在团队的可视化的任务板前面召开。同一时