检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Scrum项目工作项如何分配给多个人员? Scrum项目中,一个工作项仅指定一个处理人。 如果需要将工作项指定多个处理人,可以给工作项创建多个子工作项,分别指定处理人。 父主题: 工作项
企业管理员可以在设置中进行组织的添加、修改、删除、指定组织管理员、添加成员、修改成员权限等操作。 组织架构 管理企业下的组织。企业下可以创建多个组织,一个组织下可以创建多个团队。团队知识库详见团队知识空间。 成员管理 管理企业下组织的成员。成员支持添加本企业成员和其他企业成员。 权限管理 知识库
如何给多个用户开通账号使用CodeArts Req服务? 例如,有20个人需要使用需求管理服务,管理员可以通过“统一身份认证服务 IAM”创建20个子账号,详细操作请参见 创建IAM用户。 若项目管理员希望将这20个子账号加入至已有CodeArts项目中,则可参见添加本企业IAM
看板项目默认提供了“战略”、“需求”和“开发”三种工作项层级,通常采用默认的工作层级即可完成一个项目的开发过程。用户也可以根据项目实际开发情况,自定义工作项层级即新建工作项层级。 一个工作项层级可以包含多个工作项类型,但一个工作项类型只能属于一个工作项层级。 每个工作项层级的工作项类型数不能超过10个。 每个项目的工作项层级数不能超过5个。
项目知识空间 在“项目知识空间”中,“Wiki”和“文件库”是自动创建的,即创建项目后,会自动创建一个Wiki和一个文件库。在项目知识空间中,一个项目对应一个Wiki和一个文件库。 项目Wiki:进入项目Wiki,可以新建文件夹和文档,并通过文件夹对文档进行归类管理。 项目文件库
如何有效管理项目成员的权限 背景 本文主要是解决客服管理成员权限分配、成员添加的问题。 问题分析 如何使用IAM来控制权限? 通常一个IAM主账号下,可以创建多个软件开发项目。默认情况下,只有IAM主账号默认可以设置是否能允许子账号创建项目,只有IAM主账号能查看所有项目和成员等。在某
知识全生命周期管理 知识库是一个专业的云端知识库,是协同云文档理念下的一款创新产品。愿景成为每个人都爱不释手的知识书写工具,成为人们进行知识创作、沉淀和交流的平台。 提供在线文档创作和文件托管: 在线文档支持富文本和Markdown语法编辑。 文件托管支持如Office等文档的上传和预览。
Valuable:对客户有价值。 Estimable: 能估计出工作量。 Small:要小一点,但不是越小越好,至少在一个迭代中能完成。 Testable:可测试。 Story通常持续数天(days),并应在一个迭代内完成交付。 Story的工作量估计可以使用人时、人天,也可以使用敏捷推荐的故事点。 故事点英文名称Story
做好优先级管理,或者更直接来说是优先级顺序管理,需要做到如下四件事情: 确定优先级模型:优先级看起来像是一个简单直接的值,但实际上它是一个基于多种因素进行综合判断之后得出的一个值,这些因素和判断原则,就是优先级模型。 排定需求优先级顺序:将需求代入优先级模型进行计算,得出每个需求的优先级顺序。
业务逻辑:此服务为后台进程,会监控Redis缓存中物品记录,并将新纪录取出并保存在PostgreSQL数据库中,以便管理端UI可以抽取数据进行统计显示。 技术栈:.net core或者Java(此服务提供两种技术栈实现了同样的功能,可根据需要修改配置选择其中一个作为运行时进程)。 订单缓存 业务逻辑:此服务作为用户端UI服务的数据持久化服务存在。
专用Region。 可用区(AZ,Availability Zone) 一个AZ是一个或多个物理数据中心的集合,有独立的风火水电,AZ内逻辑上再将计算、网络、存储等资源划分成多个集群。一个Region中的多个AZ间通过高速光纤相连,以满足用户跨AZ构建高可用性系统的需求。 项目
过分解为多个Feature,继而再逐步分解为Story。Story是UserStory的简称,Story是站在用户视角符合INVEST原则的最小可交付的工作项单元。一个Epic分解为一个或多个Story,并根据开发团队的人力管道和Epic的计划时间,将Story规划到一个或多个迭代中持续交付。
单价*存储容量*购买时长 计费示例 假设您在2023/03/08 15:50:04购买了需求管理服务基础版套餐。购买时长为一个月,并在到期前手动续费1个月,则: 第一个计费周期为:2023/03/08 15:50:04 ~ 2023/04/08 23:59:59。 第二个计费周期为:2023/04/08
之有效的缺陷管理优秀实践,为团队提供统一、高效、风险可视的缺陷跟踪平台,确保每一个缺陷都被高质高效闭环。 某公司计划推出一款智能手表,研发周期较长,研发过程涉及多个部门、多团队的协作,如何保证缺陷在多个组织间的流转、最终达到有效闭环呢?本文介绍如何通过IPD系统设备类项目来模拟智能手表研发项目进行缺陷管理。
针对前面业务模块的具体展开、拆开,就可以作为Feature,也可以简单理解为一个业务流程、用户流程;以前面用户中心为例,用户信息可以是一个Feature、我的订单可以是一个Feature、地址管理可以是一个Feature;或者以油卡为例,购买油卡、我的油卡等就可以作为不同的Feature。
根据前面的介绍,在进行需求确认的时候先看颗粒度,然后再考虑其承载意义。 此处需要考虑一个问题:一个产品是一个Epic吗?产品的每个业务模块是Epic还是Feature? 产品通常具有战略意义,从这个角度看,产品适合作为一个Epic。但是不是所有的产品都适合,还要看产品是什么,它的颗粒度有多大。
缺陷跨组织高效协同 大型产品开发往往涉及到多个团队、多个模块,彼此互相依赖,其中一环存在的缺陷,可能导致整个产品的失败。基于大型企业跨部门协作开发理念与实践,CodeArts Defect提供跨项目、跨团队的缺陷提单与跟踪,实现精确高效协同,加速缺陷闭环。 支持将缺陷下发至其他项目,缺陷跨组织协同效果图如下:
工作项类型,在项目开发过程中通常采用默认的工作项类型即可。用户也可以根据项目实际开发情况,自定义工作项类型即新建工作项类型。 一个工作项类型只能属于某一个工作项层级。默认对应关系如下: 工作项层级“战略”下的工作项类型为“商业目标”。 工作项层级“需求”下的工作项类型为“需求”。
已新建看板项目,并在项目中拥有报表的“新建报表”权限。 已新建看板项目,并在项目中拥有报表的“新建分类、重命名分类、删除分类”权限。 新建自定义报表 如果需要从多个维度对汇总项(“故事点”、“预计工时”、“实际工时”和“工作项数”)进行统计和分析,可以使用自定义报表。 访问CodeArts Req服务首页。
Sprint计划会议和Sprint回顾会议持续时间略长 每项会议其实是有建议的时长,正常一个月的Sprint周期,建议Sprint计划会议为8小时,那么按比例一周的Sprint,建议计划会议为2小时时长。同样,一个月的Sprint周期,建议Sprint回顾会议不超过3小时,显然,对于一周Sp