检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
deletePrivilegeTemplate 修改权限模板名字或描述 privilege_template updatePrivilegeTemplateNameOrDescription 修改权限模板具体权限 privilege_template updatePrivilegeTemplate 项目应用权限模板
图16 缺陷状态流页 该状态会应用到缺陷的流程中。 图17 缺陷详情页状态流 父主题: IPD系统设备类项目公共配置管理
图16 缺陷状态流页 该状态会应用到缺陷的流程中。 图17 缺陷详情页状态流 父主题: IPD独立软件类项目公共配置管理
这个临时响应用来通知客户端,它的部分请求已经被服务器接收,且仍未被拒绝。 101 Switching Protocols 切换协议。只能切换到更高级的协议。 例如,切换到HTTP的新版本协议。 201 Created 创建类的请求完全成功。
获取当前用户信息 功能介绍 获取当前用户信息 调用方法 请参见如何调用API。 URI GET /v4/user 请求参数 表1 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token 是 String 用户Token。 通过调用IAM服务获取用户Token
对于每个具体团队需要结合实际情况进行选择应用18key。 Key 3: 限制发言 团队外成员也可以参与,但没有发言权。在每日站会中,只有为了实现冲刺目标面全力投入的人应该发言,对于参与者,应该作为旁观者。
最小长度:10 最大长度:32768 表3 请求Body参数 参数 是否必选 参数类型 描述 actual_work_hours 否 Double 实际工时 assigned_id 否 Integer 处理人id,对应用户信息的数字id begin_time 否 String 开始时间
如何合理规划Sprint时间盒 背景 一个7人左右的团队采用Scrum框架工作。Sprint的长度,团队目前采用时间盒为一周。团队经常会出现在Sprint结束时不能完成当初设定的Sprint目标,很多工作项需要跨Sprint才可以完成。 问题分析 目前Sprint中存在的主要问题是
获取指定项目的成员用户列表 功能介绍 获取项目成员列表 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/members 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的
默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证、缺陷修复、UI设计、会议、公共事务、培训、研究、其它和调休请假。根据需要可以添加新的工时类型。 前提条件 已新建Scrum项目,并在项目中拥有“工时类型设置”权限。
)", "code" : "前端开发(App)", "sequence" : 0, "display_value" : "前端开发(App)", "value_py" : "qdkfa" } ] } 状态码 状态码 描述 200 工时类型返回体
通过 Rejected:拒绝(CR) TurnBacked:驳回(BR/GR) review_time String 变更对象评审时间 approver Array of strings 变更对象审批人ID数组 before_change String 变更对象工作项修改前内容
如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下,开发任务是由项目经理指派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务
1,6000}$ 取值范围:最小长度:1,最大长度:6000 默认取值:不涉及 memo 否 String 参数解释:自定义字段描述 约束限制:不涉及 取值范围:最小长度:0,最大长度:255 默认取值:不涉及 scrum_type 否 String 参数解释:当前新建的自定义字段应用的工作项类型
通过 Rejected:拒绝(CR) TurnBacked:驳回(BR/GR) review_time String 变更对象评审时间 approver Array of strings 变更对象审批人ID数组 before_change String 变更对象工作项修改前内容
GET https://iam.cn-north-1.myhuaweicloud.com/v3/auth/projects Content-Type: application/json X-Auth-Token: ABCDEFJ....
" : "前端开发(Web)", "status" : 1 }, { "id" : 24, "name" : "前端开发(小程序)", "status" : 1 }, { "id" : 25, "name" : "前端开发(App
最小值:0.0,最大值:100000000 默认取值:不涉及 work_hours_type_id 否 Integer 参数解释:工时类型id (项目预设工时类型id及名称对照:21:研发设计,22:后端开发,23:前端开发(Web),24:前端开发(小程序),25:前端开发(App
如何进行需求优先级管理 需求优先级管理四步走 需求优先级的管理,其实是为了帮助需求管理者确定先做哪个需求后做哪个需求,从而可以最大化回报、最小化风险或投入。要做好优先级管理,或者更直接来说是优先级顺序管理,需要做到如下四件事情: 确定优先级模型:优先级看起来像是一个简单直接的值,但实际上它是一个基于多种因素进行综合判断之后得出的一个值
所有这些粗略和详细的Story都放在产品Backlog中,整个列表要遵循DEEP(Detailed appropriately、Emergent、Estimated、Prioritized)原则,定期梳理和排序优化,保证高优先级的需求优先实现和交付。