检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
过移动工作卡片的方式更新工作进展,及时暴露风险和问题。 用户可以创建看板项目对项目进行需求规划,通过新建工作项、分配工作项、处理工作项等来实现项目的需求规划与交付。本文介绍如何使用看板项目来规划项目,以商城管理项目为例做需求规划。 操作流程 模拟案例的基本操作流程如下: 图1 基本操作流程
配置IPD系统设备类项目工作项的状态卷积自动化规则 项目创建者或有自动化配置权限的角色可根据自身需要启用或停用自动化规则,实现父子状态自动卷积流转或状态自动流转功能。规则一旦启用,该项目中所有工作项,所有用户均可触发规则执行。 前提条件 已新建IPD系统设备类项目,并在项目中拥有“自动化”权限。
配置IPD自运营/云服务类项目的状态卷积自动化规则 您可以根据需要配置在项目中需要使用的自动化规则,来实现父子工作项状态自动联动流转规则。自动化规则一旦启用后,项目中所有用户操作满足条件后均可触发规则执行。 前提条件 已新建IPD自运营/云服务类项目,并在项目中拥有工作配置的“自动化”权限。
配置IPD独立软件类项目自动化卷积规则 项目创建者或有自动化配置权限的角色可根据自身需要启用或停用自动化规则,实现父子状态自动卷积流转或状态自动流转功能。规则一旦启用,该项目中所有工作项,所有用户均可触发规则执行。 前提条件 已新建IPD独立软件类项目,并在项目中拥有“自动化”权限。
对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控变更-变更评审-变更管理的过程化管理,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事” 某公司计划推
对IPD系统设备类的智能手表研发项目进行基线评审管理 产品从规划到上市要经过复杂的研发过程,CodeArts Req提供了基线评审和变更管理能力,实现需求基线-受控变更-变更评审-变更管理的过程化管理,让基线变更如门禁一样,达到阈值才能启动下一步,确保产品研发“做正确的事” 某公司计划推
能够进行会员的积分管理,以此来划分消费等级提供不同增值服务。 Task聚焦实现价值,通过过程性的任务来实现Story的功能。通常是1~8个小时。Task的描述是一个动作。如积分管理这个Story,功能的实现需要通过业务逻辑开发、积分规则设计和积分数据库设计这几个过程来完成,这些就是Task。如图6所示。
确性,助力产品质量和用户体验的提升。 目前系统中默认提供一些状态流,如分析、修复、测试、关闭等。您可以通过添加缺陷的自定义状态和流转线,来实现符合自己项目的缺陷流程状态。添加成功后,该状态会应用到缺陷的流程中。 支持自定义状态和流转线名称。 图1 为缺陷工作流添加状态 图2 自定义流转线名称
影响,可能无法得出一个准确的结论和必然有效的解决方案。此时,一方面需要秉持持续改进的心态,可以先落实当前已经比较明确的改进措施,后续再观察效果,持续复盘、持续改进即可。另一方面也可以先采取一些临时措施。 预留时间:比如,如果确实很难分析清楚为什么总是会遗漏需求,无法进行非常有针对
IPD需求模型提供流程流转次数统计,支持缺陷作业过程洞察:提供缺陷激活次数、测试不通过次数统计,直观查看缺陷作业中的异常动向,您也可以通过工作流-流转后置动作和自定义字段,实现您想要的任何工作项的任何流程流转次数统计 商用 用户指南 10 IPD需求模型提供原始需求的批量删除 IPD需求模型提供原始需求的批量删除
程,系统已提供对应需求模板,并预置产品需求管理的最佳实践,针对系统设备类提供结构化的需求开发流程,主要流程分为:原始需求提交、分析、规划、实现、交付、验收和关闭。 通过IPD可以新建RR,根据场景可以选择不同的需求模板,例如模板的描述信息为:需求背景、需求价值和需求详情。 图1 新建RR
缺陷全生命周期管理的流程如下: 测试人员发现缺陷并提交缺陷单。 缺陷责任人定位缺陷产生的原因,并根据版本计划及时修复。 测试人员根据最新实现功能回归测试缺陷单,并验收。 项目经理可以查看缺陷的度量数据。 缺陷责任人可根据项目实际情况对缺陷单的关联项进行追溯。 介绍视频 父主题:
Edge浏览器:Win10默认浏览器,支持和测试最新的3个稳定版本 IE浏览器:不再进行支持与测试。 推荐使用Chrome、Firefox浏览器,效果会更好。 分辨率 分辨率大小 推荐使用1280*1024以上。 需求管理 个人项目数(个) 每个子账号下最大数量为10000个。 项目分组数(个)
当原始需求处于受控状态时,变更其受控字段会发起变更评审,只有当变更评审通过后,受控字段的变更内容才会同步至原始需求中。 原始需求默认“确认”、“规划”、“实现”状态为受控状态。 当系统特性、研发需求处于已基线状态时,变更其基线锁定字段会发起变更评审,只有当变更评审通过后,基线锁定字段的变更内容才会同步至特性、研发需求中。
当原始需求处于受控状态时,变更其受控字段会发起变更评审,只有当变更评审通过后,受控字段的变更内容才会同步至原始需求中。 原始需求默认“确认”、“规划”、“实现”状态为受控状态。 当系统特性、研发需求处于已基线状态时,变更其基线锁定字段会发起变更评审,只有当变更评审通过后,基线锁定字段的变更内容才会同步至特性、研发需求中。
进行管理。 应用场景 通过一套汽车零部件配件电子商城示例代码“凤凰商城”,以及“DevOps全流程示例项目”,介绍如何使用CodeArts实现HE2E DevOps框架。该方案适用于Scrum研发项目。 方案架构 “凤凰商城”示例程序架构 “凤凰商城”示例程序的架构图如图2所示。
模板内预置了思维导图、并实例化了Scrum工作项(如促销管理、会员管理,订单管理)、代码仓库、代码检查任务、编译构建任务、流水线任务等,实现全流程的研发交付自动化。 Scrum项目 鸿蒙应用的一站式开发项目 面向全场景的一站式集成开发环境,提供一站式的分布式应用开发平台,支持分
功能 说明 原始需求(RR) 原始需求是以客户视角描述的原始问题或者原始诉求。 战略举措(Epic) 产品的愿景目标,通过Epic的定义和实现,使产品团队能够把握产品发展方向,并最终获取相应的商业回报。在具体交付中,Epic通常面向产品投资方或决策层,用来组织和呈现特性细节。 特性(FE)
Story的标题。 希望智能手表能控制苹果手机遥控拍照 描述 Story的描述。 作为苹果手机使用者,我想要智能手表可以远程控制苹果手机来拍照,以便于可以实现快捷拍照的目的。 预计开始时间 希望Story在何时开始研发。 2024/07/20 预计结束时间 希望Story在何时结束研发。 2024/07/24
识创作、沉淀和交流的平台。 需求管理Scrum开发流程 Scrum是敏捷开发的主流方法,通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现每一个闭环的软件开发过程。 通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。