检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
能够进行会员的积分管理,以此来划分消费等级提供不同增值服务。 Task聚焦实现价值,通过过程性的任务来实现Story的功能。通常是1~8个小时。Task的描述是一个动作。如积分管理这个Story,功能的实现需要通过业务逻辑开发、积分规则设计和积分数据库设计这几个过程来完成,这些就是Task。如图6所示。
、英文冒号、点、/、圆括号(中英文)和空格。 字符长度范围为1~256。 希望智能手表能控制苹果手机遥控拍照 描述 原始需求的描述。 支持图片、链接、中英文、数字、中划线“-”、下划线“_”、英文逗号、英文分号、英文冒号、点、/、圆括号(中英文)和空格。 长度不可超过500000个字符。
mber)$ 对应参数解释: textArea 多行文本,select 下拉框,radio 单选框,text 单行文本,checkbox 多选框,date 日期,time_date 日期(包含时分,包含时分的日期类型的字段显示格式为:2019/10/10 10:10),number
产品研发过程越晚发现风险,修复成本就越高、影响越大,有些风险甚至对企业构成致命的打击,Req打通需求过程数据孤岛,将需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成追溯关系网,让风险提前预警、拦截,问题实时可视,保障研发过程高质量。 端到端可追溯效果图如下: 图1 端到端可追溯 父主题:
精益看板等多种研发模式。 商用 产品介绍 2 端到端可追溯 需求开发过程中产生的设计文档、代码、用例、缺陷等有机串联,形成需求追溯关系网。 商用 产品介绍 3 基线管理和变更评审 实现版本基线-受控变更-变更评审-变更管理的过程化管理,确保产品研发“做正确的事”。 商用 产品介绍
基线管理和变更评审 产品从规划到上市要经过复杂的研发过程,Req工具的IPD需求管理提供了基线评审和变更管理能力,实现版本基线-受控变更-变更评审-变更管理过程,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事”。 支持将发布/迭代基线化,基线后,不能再修改
系统特性资产管理 产品的核心资产就是产品系统特性,产品一旦上市系统特性就会不断的增长,Req提供产品全量系统特性管理,通过特性树可以更好管理产品系统特性,实现产品资产不丢失,让跨代的系统特性快速继承和发展。 SF系统特性(自主规划)是产品或服务支撑“客户问题(PB)”所具备的重大能力。原则上系统
树 方案概述 产品的核心资产就是系统特性,一旦上市系统特性就会不断的增长,Req提供产品全量系统特性管理,通过特性树可以更好管理系统特性,实现产品资产不丢失,让跨代的系统特性快速继承和发展。 某公司计划推出一款智能手表,涉及多部门、多团队的协作,需要保证不同部门(如市场营销、产品
配置Scrum项目工作项的状态卷积自动化规则 您可以根据需要配置在项目中需要使用的自动化规则,来实现父子工作项状态自动联动流转规则。自动化规则一旦启用后,项目中所有用户操作满足条件后均可触发规则执行。 前提条件 已新建Scrum项目,并在项目中拥有“自动化设置”权限。 配置工作项的状态卷积自动化规则
确性,助力产品质量和用户体验的提升。 目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。 图1 为缺陷工作流添加状态 图2 自定义流转线名称
化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理,主要包含原始需求、系统特性、研发需求、任务、缺陷等内容,任务和缺陷是在需求实现过程中产生的活动和发现的问题。 图1 IPD独立软件类项目 IPD独立软件类项目的重要操作如表1所示。 表1 IPD独立软件类项目操作说明
配置IPD自运营/云服务类项目的状态卷积自动化规则 您可以根据需要配置在项目中需要使用的自动化规则,来实现父子工作项状态自动联动流转规则。自动化规则一旦启用后,项目中所有用户操作满足条件后均可触发规则执行。 前提条件 已新建IPD自运营/云服务类项目,并在项目中拥有工作配置的“自动化”权限。
程,系统已提供对应需求模板,并预置产品需求管理的最佳实践,针对系统设备类提供结构化的需求开发流程,主要流程分为:原始需求提交、分析、规划、实现、交付、验收和关闭。 通过IPD可以新建RR,根据场景可以选择不同的需求模板,例如模板的描述信息为:需求背景、需求价值和需求详情。 图1 新建RR
化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理,主要包含原始需求、系统特性、研发需求、任务、缺陷等内容,任务和缺陷是在需求实现过程中产生的活动和发现的问题。 图1 IPD系统设备类项目 IPD系统设备类项目使用的工作项类型介绍如表 IPD系统设备类项目工作项说明所示。
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
状态直接变为“验收”。 实现 开始研发原始需求后,状态变为“实现”。 如果实现方案有问题,需求承接人可以选择将需求退回到规划阶段,重新研发。 交付 研发完成原始需求后,状态变为“交付”。 如果交付的需求达不到预期,需求承接人可以选择将需求退回到规划或实现阶段。 验收 提交验收原始需求后,状态变为“验收”。
re/Story层级划分,直接将需求、任务和缺陷可视化。 看板协作适合任何行业、任何团队、任何角色高效协作。 工作项层级 层级为看板的间接实现,等价于看板。使用过程中用户主要通过配置操作层级来对看板进行配置,一个项目最多创建5个层级,可排序。默认层级为“战略”、“需求”和“开发”。
过移动工作卡片的方式更新工作进展,及时暴露风险和问题。 用户可以创建看板项目对项目进行需求规划,通过新建工作项、分配工作项、处理工作项等来实现项目的需求规划与交付。本文介绍如何使用看板项目来规划项目,以商城管理项目为例做需求规划。 操作流程 模拟案例的基本操作流程如下: 图1 基本操作流程
需求结构 场景二:软件项目进行过程中,领导需要提拉需求,在敏捷研发模式中该如何去操作? 提拉需求的意思也就是要将某些需求的优先级提高,要求团队先实现它们,因而可以将此问题定性为需求优先级管理的问题。解决此问题,需要了解: 为什么领导会要提拉需求?如果是合理的,那么团队就应该提升响应能力