检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
在开展需求规划实践前,由产品负责人Sarah创建项目。 在CodeArts控制台单击“立即使用”。 单击“新建项目”,项目类型选择“看板”,单击“选用”,进入新建项目页面。 输入项目名称“商城管理项目”,单击“确定”,完成项目创建。 添加项目成员 由产品负责人Sarah为团队成员创建账号,并添加至项目中。
自定义站内消息通知:对于工作项的变动支持以站内信,邮件等多种形式进行通知。 自定义模块:用户根据产品包含的模块来定义模块名和责任人。若工作项未指定处理人时,选择工作项归属某个模块后,其处理人会自动配置为该模块的责任人。 自定义领域:用户根据产品的实际情况,选择合适的架构设计领域类别。 自定义作业流:自定义配置工作项的作业流、状态、流转方向。
相关操作,如创建、删除、查询任务等,支持的全部操作请参见API概览。 在调用API之前,请确保已经充分了解需求管理基本概念,详细信息请参见产品介绍。 父主题: 使用前必读
登录管理控制台。 在页面上方选择“费用 > 费用账单”,进入“账单概览”页面。 选择“账单管理 > 流水和明细账单”,选择账期,设置筛选条件(产品类型选择“需求管理 CodeArtsReq”、计费模式选择“包年/包月”),单击图标即可搜索账单。
管理项目规划 管理需求规划 为新需求创建工作项。 由于门店网络查询功能是新增的需求,因此产品负责人Sarah要将它加入需求规划视图中。 进入“凤凰商城”项目,单击导航“工作 > 需求管理”。 选择“规划”页签,单击“凤凰商城思维导图”。 如果“规划”页签中显示为空白,请创建思维导图。
个结构呢?这就意味着,团队的需求结构化管理,需要以产品或系统的功能特性的脉络为依据。而软件项目管理所需要关注的版本、客户、模块等信息,则可以通过需求的不同属性甚至标签等方式来实现。 简单来说,可以通过如下三个步骤来完成: 针对产品或系统建立CodeArts项目。 确立Epic-Feature-Story的需求结构。
在IPD系统设备类项目中新建系统特性 产品包需求或服务支撑“客户问题(PB)”所具备的重大能力放在系统特性中管理,通过新建系统特性功能,可以设置系统特性的背景、价值、详情、优先级等信息。 前提条件 已新建IPD系统设备类项目,并在项目中拥有特性的“新建(复制)”权限。 新建系统特性
团队知识空间 在团队知识空间页面可以开始构建团队知识库,沉淀团队知识资产、文档编写、团队事务管理、流程和产品说明书等内容。 团队知识空间分为“我参与的”、“我收藏的”和“全部团队”。 新建团队 新建团队Wiki 在团队Wiki新建文档 在团队Wiki新建表格 新建团队文件库 在团队文件库上传文件
在IPD独立软件类项目中新建系统特性 产品包需求或服务支撑“客户问题(PB)”所具备的重大能力放在系统特性中管理,通过新建系统特性功能,可以设置系统特性的背景、价值、详情、优先级等信息。 前提条件 已新建IPD独立软件类项目,并在项目中拥有特性的“新建(复制)”权限。 新建系统特性
创建Scrum项目并新建工作项 企业在研发产品过程中,存在开发人员办公地点不同,研发工具、环境不统一的问题,导致团队成员的协作存在挑战。同时企业通常面临客户需求变化快,项目极易出现返工,需要快速响应变化。企业可以通过使用CodeArts需求管理的简单、高效协作功能,以及统一管理的
展,详情介绍请参见资源扩展。 登录需求管理服务控制台。 找到需求管理服务套餐,单击“需求管理资源扩展”区域的“购买”。 根据需要选择区域、产品、存储容量、购买时长、是否自动续费相关配置项,勾选同意声明后单击“下一步:确认订单”。 确认订单内容:若需要修改,单击“上一步”;若确认无误,单击“下一步”。
IPD-系统设备示例项目 针对嵌入式软件场景,其特点为软件持续迭代,硬件平台也在持续演进,比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD-独立软件示例项目 针对IT应用及平台类软件,硬件标准化或不依赖专有硬件,软件频繁迭代场景,比如ERP软件、CRM、数据库、网管软件等。
自组织团队自己选择以何种方式来完成工作,而不是由团队之外的人来指导(Scrum指南)。 开发团队是自组织的。没有人(即使是Scrum Master)有权告诉开发团队应该如何把产品待办列表变成潜在可发布的功能增量(Scrum指南)。 那么“自组织”是什么呢? 从字面的意思来理解,自组织就是:安排分散的人或事物使其具有
开展工作,同时也减轻了老员工在工作方式上对新员工的培训所带来的消耗。 图2 工作方式 知识管理 知识管理对于项目和团队是最重要的,大部分的产品都需要技术相关的输出整理,无论是基于现有项目进行维护,还是重构,开发新的应用,做知识整理都是不可或缺的。这种必要性在于,当新员工加入后,可
级低的需求从看板中替换出来,移动到Product Backlog中,这也是Product Backlog Refinement的过程,然后看板中加入高优先级需求的卡片就好。如果是交换已经产生工作量的需求就需要分情况处理:一种是移回到Product Backlog列,这种情况多于以
以结合起来使用。 预计工时 工作项完成所需的预计工时。 实际工时 工作项完成所需的实际工时。 发现版本号 Bug发现版本号,即Bug发现的产品版本号。 说明: 只有Bug类型工作项才有“发现版本号”。 完成度 设置当前工作项的完成情况。取值为0%~100%。 说明: 父工作项(即