检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
影响Sprint目标因素表（一） 序号 影响因素 具体分析 1 探索性工作项多 无法改变现状，学习成本的投入是必须项。可以考虑团队成员间知识共享，随着能力提升学习成本会逐渐减少。 2 工作领域不熟悉，需要学习成本 3 用户故事比较大 由于工作项的特殊性，用户故事普遍比较大，可以考虑拆分为更小
但实际上它是一个基于多种因素进行综合判断之后得出的一个值，这些因素和判断原则，就是优先级模型。 排定需求优先级顺序：将需求代入优先级模型进行计算，得出每个需求的优先级顺序。 调整需求优先级顺序。 改进优先级模型：如果经常发生需要调整需求优先级顺序的情况，那么应该对这些情况进行一定
术和业务的人员。 员工在工作了一段时间后，对自己的规划有了新的想法，从而想要转换工作方向。 那么，项目负责人应该如何应对这些事件呢？ 问题分析 一个项目在从小到大的过程中，项目团队也势必扩张，面临新员工的加入。新员工对刚接触的项目不够熟悉，所以针对新员工的培养（培训）是非常有必要投入人员配置的。
解决措施 综合前面几种参考情况经分析后得出了根因，基于这些根因，可以将所要解决的问题重新描述如下： 如何进行需求结构化管理？ 如何进行需求优先级管理？ 如何避免重要需求遗漏？ 如何进行需求结构化管理？ 首先，并不是说任何情况下都需要进行需求的结构化管理。只有在需求较多、且需求之间
如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后，如何移动看板中的任务卡片，本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量（WIP，work in process），需要拉动式的移动
如何避免重要需求遗漏 避免重要需求遗漏的思路 避免重要需求遗漏，首先需要反问一句——为什么这些紧急重要的需求无法更早预见？同样的，需要了解： 具体是哪些外界原因？这些原因是否有共性，有的话，那就针对性处理。 增加的需求有无共性特点？有的话，可以针对性处理。 临时增加有多临时？是否
每个成员在一个专业领域具有深度，而在其他领域具有广度）所组成的。首先需要Scrum Master能够和团队整理和维护成员技术矩阵，把个人技能掌握情况对团队公开（知道团队欠缺什么、知道可以和谁学等），然后定期组织技术分享等活动以帮助团队成员学习（主要以学习一项新的技术后的分享方式）
如何在软件开发团队中管理突发性任务 背景 开发团队如何管理突发性工作？企业的一些软件开发团队经常出现类似培训支撑等突发性工作，开发团队不清楚如何管理好这样的工作。解决突发性工作的问题被很多开发团队所重视，它直接影响开发团队工作的进度和效率，间接影响迭代目标是否能完成，甚至整个项目
本节介绍REST API请求的组成，并以调用IAM服务的获取用户Token获取请求认证接口说明如何调用API，该API获取用户的Token，Token可以用于调用其他API时鉴权。 您还可以通过这个视频教程了解如何构造请求调用API：https://bbs.huaweicloud.com/videos/102987
化，保证高优先级的需求优先实现和交付。 在整个过程中需要和客户一直保持沟通合作，这样才能保证实现的功能是客户真正想要的。 本文通过一个用户场景来帮助大家理解Epic、Feature、Story、Task的含义以及如何使用。在开发过程中还要结合产品和业务本身的特点，进行具体问题具体分析。
站会。 解决措施 如何玩转站会？按照如下思路学习下。 图2 站会学习思路 理解站会价值 团队每天站着召开的短时间会议称之为每日站会。每日站会是团队对每天工作检视和调整，提前进行自组织。 通过站会团队每个人可以了解全局，知道发生了什么事情，实现冲刺目标的进展如何，对当天的工作是否需
API概览 如何调用API 附录 常见问题 了解更多常见问题、案例和解决方案 热门案例 Scrum项目需求管理流程介绍 在Scrum项目中通过思维导图新建工作项 更多 项目 如何使用Scrum项目 如何给多个用户开通账号使用CodeArts Req服务？ 更多 工作项 如何处理IPD类项目导入工作项条数校验异常的问题？
使用IPD系统设备类管理智能手表研发项目的基线评审 方案概述 产品从规划到上市要经过复杂的研发过程，CodeArts Req提供了基线评审和变更管理能力，实现需求基线-受控变更-变更评审-变更管理的过程化管理，让基线变更如门禁一样，达到阈值才能启动下一步，确保产品研发“做正确的事”。 某
配置看板项目的工作项层级 看板项目默认提供了“战略”、“需求”和“开发”三种工作项层级，通常采用默认的工作层级即可完成一个项目的开发过程。用户也可以根据项目实际开发情况，自定义工作项层级即新建工作项层级。 约束与说明 已新建看板项目，并在项目中拥有自定义的“工作项自定义设置”权限。
所有需手动续费的资源都可归置到“手动续费项”页签，具体操作请参见如何恢复为手动续费。 手动续费资源。 单个续费：在资源页面找到需要续费的资源，单击操作列的“续费”。 批量续费：在资源页面勾选需要续费的资源，单击列表左上角的“批量续费”。 选择需求管理服务的续费时长，判断是否勾选“统一到期日”，将需求管理服务
某公司计划推出一款智能手表，涉及多部门、多团队的协作，需要保证不同部门（如市场营销、产品规划、研发等）都能对该款智能手表的功能特性有统一的认识，确保研发过程中的每个流程都与产品整体战略相符。本文介绍如何通过IPD系统设备类项目来模拟智能手表研发项目进行特性树管理。 操作流程 模拟案例的基本操作流程如下： 图1 基本操作流程
步骤③~⑩是Scrum框架过程，是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中，将Scrum的框架与团队日常的开发活动，很好的融合起来。主要的过程产物包括产品故事列表、迭代故事列表、潜在可交付的产品增量、以及过程中产生的问题列表；核心的团
某公司计划推出一款智能手表，研发周期较长，研发过程涉及多个部门、多团队的协作，如何保证缺陷在多个组织间的流转、最终达到有效闭环呢？下面请跟随我们，一起遍历整个缺陷生命周期管理实践。 对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程，CodeArts Req提
某公司计划推出一款智能手表，研发周期较长，研发过程涉及多个部门、多团队的协作，如何保证缺陷在多个组织间的流转、最终达到有效闭环呢？下面请跟随我们，一起遍历整个缺陷生命周期管理实践。 对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程，CodeArts Req提
Defect提供华为特有的专业缺陷监控度量指标，让缺陷收敛情况清晰可见，帮助团队快速识别风险，准确掌握缺陷修复进度，洞察交付各环节短板，让整个产品质量360度清晰透明。 商用 产品介绍 4 缺陷修复过程可追溯 缺陷的发现和修复过程涉及大量测试和开发工作，CodeArts Defec
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
