需求管理 CodeArts Req

CodeArts Req(原ProjectMan)是华为多年研发实践沉淀的需求管理与团队协作服务,内置多种开箱即用的场景化需求模型和对象类型(需求/缺陷/任务等),可支撑IPD、DevOps、精益看板等多种研发模式,还包含跨项目协同、基线与变更管理、自定义报表、Wiki在线协作、文档管理等功能。

超低价格套餐供您选择

了解详情            

    scrum开发 更多内容
  • 华为云DevSecOps设计与实施服务的服务内容和服务场景?

    团队级敏捷导入 团队级敏捷导入,即在涉及一个开发团队的范围内应用ScrumScrum所定义的开发团队规模为5-9人,可以完整交付一个有价值的产品增量。按照Scrum指南的定义,Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包,基于客户团队管

    来自:帮助中心

    查看更多 →

  • 添加Scrum项目工作项的工时类型

    添加Scrum项目工作项的工时类型 在项目中,您可以根据需要添加、编辑和删除工作项的工时类型。 在工作项详情页的详细工时页签下,填写工时可以根据需要选用工作项工时的工时类型。 默认工时类型有:研发设计、后端开发、前端开发(Web)、前端开发(小程序)、前端开发(App)、测试验证

    来自:帮助中心

    查看更多 →

  • 创建Scrum项目并新建工作项

    Arts Req服务。 创建Scrum项目 使用华为云账号登录华为云控制台页面。 单击页面左上角,在服务列表中选择“开发与运维 > 软件开发生产线 CodeArts”。 单击“立即使用”,进入软件开发生产线服务首页。 单击“新建项目”。选择“Scrum”项目模板,单击“选用”,进入新建项目页。

    来自:帮助中心

    查看更多 →

  • 持续规划与设计

    持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

    来自:帮助中心

    查看更多 →

  • 在AppStage开发中心创建缺陷

    品缺陷风险,为组织的产品交付质量提供保障。 Scrum项目:在开发中心直接创建缺陷,创建后数据会同步至CodeArts Req服务中,具体操作请参见创建Scrum项目版本缺陷。如果在CodeArts Req页面创建缺陷,数据会同步至开发中心缺陷管理列表,若缺陷已设置迭代,数据会按

    来自:帮助中心

    查看更多 →

  • Scrum项目需求管理流程介绍

    Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法,也是当前主流的敏捷开发过程。通过迭代冲刺的方式,持续交付,从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中,预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型,如图1所示。

    来自:帮助中心

    查看更多 →

  • Scrum项目公共配置管理

    Scrum项目公共配置管理 配置Scrum项目工作项的公共字段 配置Scrum项目工作项的公共状态 配置Scrum项目工作项的字段与模板 管理Scrum项目工作项的状态与流转规则 配置Scrum项目工作项的状态卷积自动化规则 添加Scrum项目工作项的模块类型 添加Scrum项目工作项的领域类型

    来自:帮助中心

    查看更多 →

  • 配置Scrum项目的通知规则

    ”弹框,填写模板名称、描述,单击“确定”可将已配置的信息保存为工作设置模板。 工作设置模板可用于新建Scrum项目时选择使用。 图2 新建Scrum类型项目 父主题: Scrum项目公共配置管理

    来自:帮助中心

    查看更多 →

  • 测试用例无法关联到Task等类型工作项

    问题现象 Scrum项目下,测试用例关联需求时,无法关联类型为“Task”工作项。看板项目下,测试用例关联需求时,无法关联类型为“需求”以外的工作项。 原因分析 在Scrum项目中,Task更偏向具体开发任务,而不是一个完整的需求故事点。 因此测试用例仅可以关联Scrum项目的Ep

    来自:帮助中心

    查看更多 →

  • 使用项目模板创建CodeArts项目

    模板特征 适用场景 Scrum项目 Scrum是增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 迭代式增量的软件开发。 IPD系统设备类项目 涉及到软硬件配套开发,产品需求相对固定,有相关的行业标准,开发周期长,一般为6~9

    来自:帮助中心

    查看更多 →

  • Scrum项目的工作项

    查询项目下所有工作项的历史记录 查询Scrum项目的工作项流转配置 细粒度权限用户创建工作项 查询当前工作项已经关联的工作项 查询当前工作项已经关联的关联Wiki 查询当前工作项已经关联的代码提交记录 / 分支创建记录 查询关联用例 查询Scrum工作项自定义字段 下载图片 上传工作项附件

    来自:帮助中心

    查看更多 →

  • 在AppStage开发中心规划版本需求

    创建版本需求:不同项目类型,创建需求操作不同。 Scrum项目:在开发中心直接创建Story类型需求,创建后数据会同步至CodeArts Req服务中,具体操作请参见创建Scrum项目版本需求。如果在CodeArts Req页面创建需求,数据会同步至开发中心需求管理列表,若需求已设置迭代,数据会按照迭代关

    来自:帮助中心

    查看更多 →

  • 新建及更新测试计划时无法添加Task等类型的工作项

    问题现象 Scrum项目下,测试计划添加需求时,无法选择类型为“Task”工作项。看板项目下,测试计划添加需求时,无法选择类型为“需求”以外的工作项。 原因分析 在Scrum项目中,Task更偏向具体开发任务,而不是一个完整的需求故事点。 因此测试计划仅可以添加Scrum项目的Ep

    来自:帮助中心

    查看更多 →

  • 产品优势

    专业方法论与实践的承载 承载敏捷管理、精益的软件项目需求管理理念。 支持Scrum项目和看板项目模板,面向不同的软件管理场景,兼顾标准和轻量灵活的软件开发场景。 支持Scrum推荐的需求规划和需求分解层次。 支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 内置IPD等多种研发模式

    来自:帮助中心

    查看更多 →

  • 成长地图_需求管理

    由浅入深,带您玩转需求管理。 01 了解 为敏捷开发团队提供简单高效的团队协作服务。 产品介绍 什么是需求管理 产品优势 应用场景 权限管理 03 使用 学习如何在需求管理中开始您的实际工作。 常用操作 创建CodeArts项目 新建并管理Scrum工作项 Scrum项目 在Scrum项目中管理工作项 配置Scrum项目迭代计划

    来自:帮助中心

    查看更多 →

  • 团队级教练辅导

    团队级敏捷导入 团队级敏捷导入,即在涉及一个开发团队的范围内应用ScrumScrum所定义的开发团队规模为5-9人,可以完整交付一个有价值的产品增量。按照Scrum指南的定义,Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包,基于客户团队管

    来自:帮助中心

    查看更多 →

  • 测试版本

    请参见“IPD独立软件类项目”中的缺陷(Bug)。 Scrum项目 Scrum项目开发流程 Scrum项目的开发流程如下: 通过需求的分层和分解,多角色协作,确保需求范围可调整 按迭代持续交付,实现闭环反馈 Scrum项目典型迭代操作流程 请参见Scrum项目开发流程。 新建缺陷(Bug) 产品特

    来自:帮助中心

    查看更多 →

  • 迭代开发

    迭代开发 如何在软件开发团队中管理突发性任务 如何解决开发团队中的任务没人领取的问题 父主题: Scrum项目最佳实践

    来自:帮助中心

    查看更多 →

  • 入门指引

    使用CodeArts快速搭建基于E CS 部署的代码开发流水线 使用CodeArts快速搭建基于CCE部署的代码开发流水线 需求管理 创建Scrum项目并新建工作项 创建IPD系统设备类项目并新建工作项 软件建模 软件建模快速入门 代码托管 完成一次Scrum项目下的JAVA代码开发 管理员配置CodeArts

    来自:帮助中心

    查看更多 →

  • 在Scrum项目中新建工作项

    领域 工作项所属领域。 说明: 项目的管理员如果需要配置领域,请参见添加Scrum项目工作项的领域类型。 发布版本号 发布版本名称。 开发人员 开发人员特指开发此工作项的人员,从责权对应的角度,每个工作项的开发人员通常应该固定。 而工作项的处理人是跟随工作项的流转而切换。这两个字段可以结合起来使用。

    来自:帮助中心

    查看更多 →

  • 方案概述

    独立的需求条目,又能够看到整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在CodeArts中,将Scrum的框架与团队日常的开发活动,很好的融合起来。主要的过程产物包括产品故事列表、迭代

    来自:帮助中心

    查看更多 →

共105条
看了本文的人还看了