检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
重要程度, 约束限制:正则表达式,^\d+$ 取值范围:10 关键, 11 重要, 12 一般, 13 提示, 默认取值:不涉及 status_id 否 Integer 参数解释: 状态id, 约束限制:正则表达式,^\d+$ 取值范围:新建 1, 进行中 2, 已解决 3, 测试中
发现Bug的环境,包括开发自测环境、测试环境、生产环境。 修复迭代 仅新建Bug时显示该参数。 发现Bug的PI版本。 仅当新建迭代后,该参数才会有取值。 期望修复时间 仅新建Bug时显示该参数。 期望修复的时间。 计划开始时间 计划开始时间。
已关闭数量 module String 模块 new_num Integer 新建的数量 process_num Integer 开发中的数量 rejected_num Integer 已拒绝数量 solved_num Integer 已解决数量 test_num Integer 测试中的数量
状态 工作项处理的状态,状态类型可以根据实际需要进行自定义,默认类型如下: 新建 进行中 已解决 测试中 已拒绝 已关闭 新建工作项时,工作项状态默认为“新建”,不能修改。 处理人 工作项处理的负责人。取值范围为该项目的全部成员。如果负责人设置了昵称,将默认显示用户的昵称。
Integer 已关闭的工作项 new_num Integer 新建的工作项 process_num Integer 进行中的工作项数目 rejected_num Integer 已经拒绝的工作项 solved_num Integer 已经解决的工作项 test_num Integer 测试中的工作项
开发任务超范围:当开发任务的内容超出团队成员所掌握的范围时,如开发不会测试,就可能会出现“我是想认领的,但能力有限”的情况。 担心受到他人指责:工作内容存在一定的挑战性,担心由于自己没有做好,导致团队目标没有达成而受到指责。 那么应该如何解决呢?
参数类型 描述 user_ids 否 Array of strings 查询的用户id列表 work_hours_types 否 String 工时类型,以逗号分隔,21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App),26:测试验证
{ "id" : 1, "name" : "新建" }, "release_dev" : "0727", "find_release_dev" : "0728", "env" : { "id" : 36, "name" : "测试环境
传统瀑布式开发有里程碑,例如分析、设计、编码、测试和运行。这些里程碑其实是一些不太准确的指标。Scrum在每个冲刺结束时会有一个有意义的检查点(冲刺评审会议),团队中的每个人可以根据展示的可以工作的特性做出判断和决策。有更多的检查点来检验和修正,就能更好地应对复杂的项目。
查询的项目id列表 user_ids 否 Array of strings 查询的用户id列表 work_hours_types 否 String 工时类型,以逗号分隔,21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App),26:测试验证
在这个角度理解,一般是业务分析人员和测试人员的角色。 同时,需求责任人还要在版本、迭代和Backlog层面都能够持续做出良好的经济决策,管理经济效益。为了统一叫法、便于理解,后面需求责任人都由产品经理充当(类似Scrum框架中的产品负责人)。
priority_id 否 Integer 优先级, 1 低, 2 中, 3 高, severity_id 否 Integer 重要程度, 10 关键, 11 重要, 12 一般, 13 提示, status_id 否 Integer 状态 id, 新建 1, 进行中 2, 已解决 3, 测试中
priority_id 是 Integer 优先级, 1 低, 2 中, 3 高, severity_id 否 Integer 重要程度, 10 关键, 11 重要, 12 一般, 13 提示, status_id 否 Integer 状态 id, 新建 1, 进行中 2, 已解决 3, 测试中
晚点开会还可以给开发团队一点时间来检查前一天的工作(比如,前一天晚上开始运行的自动化测试工具所生成的缺陷报告)。 Key 5: 同时同地 每日站立会议应尽可能在同一时间、同一地点召开,建议在团队的可视化的任务板前面召开。