检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
对于获取用户Token获取请求认证接口，返回如图1所示的消息头，其中“x-subject-token”就是需要获取的用户Token。有了Token之后，您就可以使用Token认证调用其他API。 图1 获取用户Token响应消息头 响应消息体 响应消息体通常以结构化格式返回，与响应消息头中Conten
使用IPD系统设备类管理智能手表研发项目的基线评审 方案概述 产品从规划到上市要经过复杂的研发过程，CodeArts Req提供了基线评审和变更管理能力，实现需求基线-受控变更-变更评审-变更管理的过程化管理，让基线变更如门禁一样，达到阈值才能启动下一步，确保产品研发“做正确的事”。
每一个缺陷都被高质高效闭环。 某公司计划推出一款智能手表，研发周期较长，研发过程涉及多个部门、多团队的协作，如何保证缺陷在多个组织间的流转、最终达到有效闭环呢？本文介绍如何通过IPD系统设备类项目来模拟智能手表研发项目进行缺陷管理。 操作流程 模拟案例的基本操作流程如下： 图1 基本操作流程
的首页，方便直接使用和查看。 通过系统预置报表模板新建报表 不同的业务场景可以选择不同的系统预置报表模板。 如果仅需要对工作项分布进行统计和分析，可以使用系统预置的“工作项按处理人分布”和“工作项按优先级分布”报表。 如果仅需要对工作项缺陷进行统计和分析，可以使用系统预置的“缺陷
使用IPD系统设备类项目管理智能手表研发项目的原始需求 方案概述 成功产品的核心特征是满足客户需求，客户需求是企业发展的原动力。CodeArts Req打破了传统需求管理工具仅在研发阶段发挥作用的限制，将客户与市场需求也同步覆盖，提供了完整的客户需求采集、价值需求决策、交付与验收
使用IPD系统设备类管理智能手表研发项目的特性树 方案概述 产品的核心资产就是系统特性，一旦上市系统特性就会不断的增长，Req提供产品全量系统特性管理，通过特性树可以更好管理系统特性，实现产品资产不丢失，让跨代的系统特性快速继承和发展。 某公司计划推出一款智能手表，涉及多部门、多
如何有效管理项目成员的权限 背景 本文主要是解决客服管理成员权限分配、成员添加的问题。 问题分析 如何使用IAM来控制权限？ 通常一个IAM主账号下，可以创建多个软件开发项目。默认情况下，只有IAM主账号默认可以设置是否能允许子账号创建项目，只有IAM主账号能查看所有项目和成员等
所示。 图1 站会常见问题 如何正确的开站会？站会的意义在哪里？可以不开站会吗？这些问题一直困惑着不少的团队。 问题分析 关于站会的问题大致分为两种场景： 场景一：团队非常清楚应该开站会，认识到站会确实有一些价值，但是对于目前的站会状况不是很满意，如何玩转站会是团队关心的。对于这
如何删除文件夹下临时文件？ 问题现象 文件库内上传文件夹时，统计的文件数量与本地文件夹内的文件数量不一致。 原因分析 本地文件夹内可能产生了不可见的临时文件。 处理方法 在本地文件夹内通过鼠标右键菜单打开Git bash Here，使用如下命令查看该文件夹下的所有文件。 ls -a
如何理解敏捷需求管理的四个关键词 背景 常见到Epic、Feature、Story和Task这些和敏捷相关的概念，它们之间的关系是什么？如何灵活使用这些概念，从而让敏捷的需求管理更为高效？本文为您详细剖析这四个关键词。 什么是Epic、Feature、Story和Task？ Ep
使用CodeArts Req Scrum项目的工作项设置，提示“字段名称已存在” 问题现象 使用CodeArts Req Scrum项目需求管理工作项的Bug设置，选择“字段与模板 > 编辑模板 > 新建字段”，输入名称提示“字段名称已存在”。 原因分析 在项目的公共字段设置中已有该字段，项目内不允许设置重名的字段。
如何进行需求结构化管理 为什么要进行需求结构化管理？ 并不是说任何情况下都需要进行软件项目需求的结构化管理。如果只是事务性质的管理需求，也就是有需求了能记录、能跟踪状态、实现之后不需要继续跟踪、也不需要维护需求与需求之间的关联，那么不需要思考需求结构化管理这个问题。这种情况下，不
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后，如何移动看板中的任务卡片，本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量（WIP，work in process），需要拉动式的移动
如何进行需求优先级管理 需求优先级管理四步走 需求优先级的管理，其实是为了帮助需求管理者确定先做哪个需求后做哪个需求，从而可以最大化回报、最小化风险或投入。要做好优先级管理，或者更直接来说是优先级顺序管理，需要做到如下四件事情： 确定优先级模型：优先级看起来像是一个简单直接的值，
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏，首先需要反问一句——为什么这些紧急重要的需求无法更早预见？同样的，需要了解： 具体是哪些外界原因？这些原因是否有共性，有的话，那就针对性处理。 增加的需求有无共性特点？有的话，可以针对性处理。 临时增加有多临时？是否
如何合理规划Sprint时间盒 背景 一个7人左右的团队采用Scrum框架工作。Sprint的长度，团队目前采用时间盒为一周。团队经常会出现在Sprint结束时不能完成当初设定的Sprint目标，很多工作项需要跨Sprint才可以完成。 问题分析 目前Sprint中存在的主要问题
而是使用了一个术语自组织，如下： 最佳的架构、需求和设计出自于自组织的团队（敏捷宣言12项原则）。 自组织团队自己选择以何种方式来完成工作，而不是由团队之外的人来指导（Scrum指南）。 开发团队是自组织的。没有人（即使是Scrum Master）有权告诉开发团队应该如何把产品
查看迭代详情 功能介绍 查看迭代详情 调用方法 请参见如何调用API。 URI GET /v4/iterations/{iteration_id} 表1 路径参数 参数 是否必选 参数类型 描述 iteration_id 是 Integer 迭代id 请求参数 表2 请求Header参数
查询当前工作项已经关联的工作项 功能介绍 查询当前工作项已经关联的工作项 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/issues/{issue_id}/associated-issues 表1 路径参数 参数 是否必选 参数类型
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作？企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和效率，间接影响迭代目标是否能完成，甚至整个项目
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
