-
如何移动迭代中需求变更后看板中的任务卡片 - 需求管理 CodeArts Req
Backlog,因此经常性的需求变更建议团队不接受,另一方面也是一个好习惯的养成,促进PO对需求的把控能力。所以这种情况下,团队正常移动看板中的卡片就好。 拥抱变更 完全拒绝需求变更是不现实的,有的时候高优先级的需求一定要满足变更的要求。比如,有市场时效性的,本Sprint不能完成
-
责任共担 - 需求管理 CodeArts Req
华为云:负责云服务自身的安全,提供安全的云。华为云的安全责任在于保障其所提供的 IaaS、PaaS 和 SaaS 类云服务自身的安全,涵盖华为云数据中心的物理环境设施和运行其上的基础服务、平台服务、应用服务等。这不仅包括华为云基础设施和各项云服务技术的安全功能和性能本身,也包
-
对IPD系统设备类的智能手表研发项目进行基线评审管理 - 需求管理 CodeArts Req
研发需求的目标。 进入“智能手表”项目,单击“工作 > 需求管理 > 研发需求”,进入研发需求页面。 页面展示当前项目中的研发需求,单击勾选需要基线锁定的研发需求。 在页面下方批量操作栏中单击“基线评审”,可进入创建基线评审单页面,上一步勾选的研发需求将自动带入至评审单的“基线对象”列表中。
-
如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 - 需求管理 CodeArts Req
企业认为需求的频繁变更是阻碍软件按时交付的主要原因。解决或缓解需求变更频繁带来的影响,是势在必行的重要工作。 问题分析 由于每家企业的情况不同,包括客户合作方式、人员能力水平、研发流程等各方面的差异,同样是需求变更频繁,所体现出来的具体症状却有所不同,导致问题发生的根因也可能不同
-
插入CodeArts Req的统计图表 - 需求管理 CodeArts Req
插入CodeArts Req的统计图表 操作步骤 Wiki支持插入统计报表,有如下三种方式: 鼠标移到+号上,弹出“工具栏”,选择“报表”。 快捷键 “、”或“/”触发弹出“工具栏”,再选择“报表”。 顶部工具栏插入按钮,再选择“报表”。 插入报表之后,弹出如下界面,选择“未分类报表”。
-
如何有效管理项目成员的权限 - 需求管理 CodeArts Req
进行项目内的权限管理。需求管理的权限管理分为两种,分别是云服务级和项目级。 云服务级:服务级的权限通过统一身份认证服务设置。IAM是华为云提供权限管理的基础服务,无需付费即可使用,您只需要为您账号中的资源进行付费。 关于IAM的详细介绍,请参见IAM产品介绍。 云服务级权限详情请参见需求管理云服务级权限介绍。
-
如何理解敏捷需求管理的四个关键词 - 需求管理 CodeArts Req
以下几个方面: 敏捷开发中需求是逐步细化的,遵循自上而下的方式去分解需求。 Epic和Feature都是颗粒度比较大的需求,是用户对于产品的期望和功能特性的描述。 分解为Story的时候,目前正在进行的Sprint需要分的更小更细,将来的Sprint需求(可能是3个及以上)就不需
-
方案概述 - 需求管理 CodeArts Req
用户故事以用户使用的场景为主线,将大的阶段点,及其细分的活动,以树状的结构进行梳理和展现,既可以看到独立的需求条目,又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeAr
-
IPD系统设备类项目功能介绍 - 需求管理 CodeArts Req
IR初始需求 站在客户/市场视角,以准确的语言、完整的背景、标准的格式重新描述的需求。 SR系统需求 站在研发视角,描述系统对外呈现的、可测试的功能性需求和非功能性需求。 功能性需求是对系统提供功能的场景化的具体要求。 非功能性需求是对系统的成本、全局质量属性(主要是DFX)、技术限制等非功能性方面的具体要求。
-
IPD系统设备类项目实践概述 - 需求管理 CodeArts Req
IPD系统设备类项目实践概述 IPD系统设备类预置了华为集成产品管理开发的最佳实践,针对系统设备类提供结构化研发流程,具备客户原始需求管理、产品特性树管理、研发需求分解分配、基线、变更、跨项目协作等关键特性,整体流程如图1所示。 图1 IPD系统设备类项目管理流程 父主题: IPD系统设备类项目最佳实践
-
特性资产管理 - 需求管理 CodeArts Req
特性资产管理 产品的核心资产就是产品特性,产品一旦上市特性就会不断的增长,Req提供产品全量特性管理,通过特性树可以更好管理产品特性,实现产品资产不丢失,让跨代的特性快速继承和发展。 FE特性(自主规划)是产品或服务支撑“客户问题(PB)”所具备的重大能力。原则上特性是产品包的主要卖点(
-
如何在项目团队人员变动频繁时对新人进行有效培养和管理 - 需求管理 CodeArts Req
因认知的提升以想要寻求一些新的工作内容,进而做了转型的打算。所以上述问题,如果没有得到较好的解决,将会影响到项目的进度和造成不必要的开销,甚至对于团队内部成长、自组织能力的发展建设也是不利的。 所以问题的关键,仍旧是新人的培养。 解决措施 一般来说,在针对新员工加入所带来的内耗、
-
权限管理 - 需求管理 CodeArts Req
M主账号可以通过IAM的细粒度权限管理,设置部分子账号可以代替IAM主账号的设置权限。 IAM子账号默认是没有这些权限的,需要在IAM中,将其加入到用户组,并为用户组授予相应的策略,这一过程称为授权。 需求管理服务部署是分物理区域的,属于项目级服务(IAM的术语),因此授权时,“
-
管理特性 - 需求管理 CodeArts Req
根据工作项的类型不同,系统提供不同的模板,例如特性的描述信息格式如下: 【特性背景】 【特性价值】 【特性详情】 附件 单个特性的附件数量最多为100个,附件总容量为50MB。 归属项目 特性归属的项目,默认为当前进入的项目,不可修改。 责任人 特性的责任人,单选,默认为创建人。 所属特性集 所属特性集是特性树的某一归属结构。
-
如何在思维导图每一级下面建多个节点? - 需求管理 CodeArts Req
选中已添加好的Epic工作项(如“Epic1”),按“Insert”键。 选中已添加好的Feature工作项(如“Feature1”),按“Enter”键。 将鼠标移动到已添加好的Feature工作项(如“Feature1”)上,单击。 将鼠标移动到已添加好的Epic工作项(如“Epic1”)上,单击。
-
编辑特性详情 - 需求管理 CodeArts Req
传成功。 将鼠标放在上传成功的文件上,会显示可执行的操作。 单击,可以下载文件到本地存放。 单击,可以删除上传的文件。 设置关联项 工作项可以与项目内的其它类型工作项建立关联关系。 父特性:特性所归属的父特性。 仅该特性包含子特性时,才可以在子特性的“关联项 > 父特性”中查看到该特性。
-
编辑缺陷详情 - 需求管理 CodeArts Req
选择与当前缺陷相关联的文件。 Wiki:当前缺陷相关的Wiki。 选择与当前缺陷相关联的Wiki。 测试计划:当前缺陷相关的测试计划。 选择与本缺陷相关联的测试计划。 测试用例:当前缺陷相关的测试用例。可以在测试管理中选择与测试用例相关联的缺陷。 代码提交记录:当前缺陷相关的代码提交记录。
-
标签管理 - 需求管理 CodeArts Req
名称”。 单击“确定”,新建标签成功。 在标签列表中显示刚新建的标签。 单击,可修改标签的名称和颜色。被引用的标签会同步修改。 单击,可根据提示删除标签。被引用的标签会同步删除。 该标签在对应工作项(如原始需求)详情页面的“标签”处也会同步显示。 父主题: 工作配置
-
迁移缺陷 - 需求管理 CodeArts Req
在缺陷列表中,选择需要迁移的缺陷。 迁移单个缺陷:单击需要迁移的缺陷所在行的图标,选择“迁移”,弹出“迁移”窗口。 迁移单个或多个缺陷:通过复选框选择需要迁移的缺陷,单击页面下方的“迁移”,弹出“迁移”窗口。 选择迁移项目和“责任人”。 单击“确定”,迁移成功。 缺陷列表中已不存在被迁移走的缺陷信息
-
评审设置 - 需求管理 CodeArts Req
评审设置 仅项目管理员可以设置评审相关的审批人角色。 操作步骤 进入项目,单击“设置 > 工作配置 > 评审设置”。 设置评审内容。 评审方式 请根据项目实际情况选择评审方式。 配置审批人角色 默认显示系统中的所有角色。通过角色中新增的自定义角色也会在该页面显示。 是否需要审批人决策