需求管理 CodeArts Req

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

超低价格套餐供您选择

了解详情            

    敏捷迭代 更多内容
  • Scrum实践之团队

    随着近些年敏捷在行业及企业的推广,越来越多的企业意识到了敏捷所带来的好处,并愿意在敏捷上有所投入,从而越来越多的朋友加入了敏捷从业者行列,愿意学习敏捷知识。 本文内容推荐有基本敏捷常识及有一定Scrum理论基础的朋友们阅读,并按实际场景进行参考。 定义和特性说明 定义 敏捷开发方式

    来自:帮助中心

    查看更多 →

  • 华为云CodeArts百人大规模精益DevOps转型

    CodeArts现在的管理流程是一周一个迭代。 在做DevOps转型和DevOps微服务之前,产品是三周一个迭代,团队没有采用瀑布,而是采用持续交付。 转型后,发布周期由三周变为一周,一共十个服务,每个服务一周一个迭代,一个迭代发布一次,所有服务不在同一天发布,因此对客户的感知是每天都有新版本上线。每周迭代过程与

    来自:帮助中心

    查看更多 →

  • 如何解决开发团队中的任务没人领取的问题

    派给个人的,而在敏捷开发模式中,开发任务是团队领取的。 很多企业在转型中遇到过这样的问题:“计划会议认领开发任务的时候,有几个任务没人认领怎么办?” 问题分析 首先,相对于传统开发模式的指派开发任务,我们需要知道为什么在敏捷开发中是领取任务。在敏捷中,不管是敏捷宣言还是Scrum

    来自:帮助中心

    查看更多 →

  • 什么是图像搜索

    产品优势 搜索高精度 依托华为云盘古大模型,海量数据学习迭代,具备行业领先的搜索精度。 服务高性能 分布式搜索服务架构,自研向量检索引擎,企业级稳定性,百亿数据毫秒级响应。 定制化服务 提供定制化的场景搜索服务,支持基于配置的敏捷定制能力,满足垂类场景应用。 产品功能 通用搜索 通用搜索(General

    来自:帮助中心

    查看更多 →

  • 需求管理 CodeArts Req

    被指派的处理人可以修改工作项的哪些内容 更多 技术专题 技术、观点、课程专题呈现 如何开好迭代计划会议 布道师和产品经理,线下交流、布道、技术沙龙。 如何开好站立会议 布道师和产品经理,线下交流、布道、技术沙龙。 如何开好敏捷回顾会议 布道师和产品经理,线下交流、布道、技术沙龙。 智能客服 您好!

    来自:帮助中心

    查看更多 →

  • 如何移动迭代中需求变更后看板中的任务卡片

    如何移动迭代中需求变更后看板中的任务卡片 背景 围绕迭代中需求变更后,如何移动看板中的任务卡片,本文将从正常情况下的移动和需求变更情况下的移动两个方面进行细致讲解。 正常情况下的移动 使用看板主要意图之一是控制在制品数量(WIP,work in process),需要拉动式的移动

    来自:帮助中心

    查看更多 →

  • 查询迭代关联的需求列表或树

    查询迭代关联的需求列表或树 功能介绍 查询迭代关联的需求列表或树 调试 您可以在 API Explorer 中调试该接口,支持自动认证鉴权。API Explorer可以自动生成SDK代码示例,并提供SDK代码示例调试功能。 URI POST /GT3KServer/v4/{proje

    来自:帮助中心

    查看更多 →

  • 步骤七:管理项目测试

    测试计划基本信息 子配置项 配置建议 名称 输入“迭代4”。 处理者 选择“Billy”。 计划周期 建议与在需求管理中创建的“迭代4”的周期一致。 关联迭代 选择“迭代4”。 高级配置:勾选“手工测试”。确认列表中的需求与需求管理中“迭代4”的需求一致,单击“保存并使用”。 返回测试

    来自:帮助中心

    查看更多 →

  • 步骤七:管理项目测试

    测试计划基本信息 子配置项 配置建议 名称 输入“迭代4”。 处理者 选择“Billy”。 计划周期 建议与步骤一:管理项目规划中“迭代4”的周期设置一致。 关联迭代 选择“迭代4”。 高级配置:勾选“手工测试”。确认列表中的需求是在管理迭代规划时加入“迭代4”的需求,单击“保存并使用”。 返

    来自:帮助中心

    查看更多 →

  • 看板项目开发流程

    管理看板视图 迭代 迭代又称Sprint,属于敏捷方法中的一个重要实践。它的目的是希望能够“小步快跑”、“渐进式”地交付需求,这样的方式也更容易拥抱变化,用更低的成本快速试错。用于工作项的迭代开发计划。 对未启动的迭代进行启动操作,启动后,迭代进入进行中状态。 对已启动的迭代进行结束和

    来自:帮助中心

    查看更多 →

  • 新建IPD独立软件类项目

    新建IPD独立软件类项目 IPD独立软件类模板更加适合采用敏捷开发,且交付周期一般为2~3个月甚至更快的项目。 IPD独立软件类项目主要用于IT应用及平台类软件场景,该场景的特点是硬件标准化或不依赖专有硬件,软件频繁迭代,比如ERP软件、CRM、数据库、网管软件等。 前提条件 具有创建项目的权限。

    来自:帮助中心

    查看更多 →

  • 查询迭代计划列表,包含统计信息

    查询迭代计划列表,包含统计信息 功能介绍 查询迭代计划列表,包含统计信息 调试 您可以在API Explorer中调试该接口,支持自动认证鉴权。API Explorer可以自动生成SDK代码示例,并提供SDK代码示例调试功能。 URI POST /GT3KServer/v4/iterators/batch-query

    来自:帮助中心

    查看更多 →

  • 示例2:查询指定项目下的迭代列表

    示例2:查询指定项目下的迭代列表 场景描述 本章以test001为例,指导您通过API查询指定项目下的迭代列表。 API的调用方法请参见如何调用API。 约束限制 test001用户已经在需求管理中存在已自己创建的项目。 涉及接口 通过用户token查询当前用户指定项目下的迭代列表接口信息 URI:GET

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

    ”下拉框选择项目类型(Scrum、IPD-系统设备类、IPD-独立软件类)。单击“确定”。 Scrum:增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类:面向系统设备类产品开发场景的IPD需求管理方法,通过

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

    ”下拉框选择项目类型(Scrum、IPD-系统设备类、IPD-独立软件类)。单击“确定”。 Scrum:增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类:面向系统设备类产品开发场景的IPD需求管理方法,通过

    来自:帮助中心

    查看更多 →

  • 方案概述

    整体需求场景。 计划和跟踪、迭代开发 步骤③~⑩是Scrum框架过程,是主要的管理实践。 Scrum定义了一个相对完整的敏捷过程管理的框架。在软件开发生产线中,将Scrum的框架与团队日常的开发活动,很好的融合起来。主要的过程产物包括产品故事列表、迭代故事列表、潜在可交付的产品增

    来自:帮助中心

    查看更多 →

  • 解读华为云CodeArts HE2E端到端DevOps实施框架

    关系,形成了需求粒度上的划分。 迭代评审会议,是对迭代产物的沟通与反馈。 回顾会议,是对迭代过程的审视与优化。 Scrum设定了严格的时间盒Timebox,对节奏的保持大有益处,Develop on Cadence,从产品大的版本/批次、到小的迭代、再到每日的站会,就是一个很好的节奏把控过程。

    来自:帮助中心

    查看更多 →

  • DevOps现状报告解读

    比例高达7成。 在DevOps的细分领域,例如DevOps的敏捷开发管理成熟度方面,同样是近七成企业仍然处在基础级和全面级,仅有1.83%的企业处于卓越级。而且虽然大多数企业普遍采取了敏捷开发方法以提升研发效率,但敏捷开发技术普及率有待提升,研发管理流程严谨性不足。同样,在应用设

    来自:帮助中心

    查看更多 →

  • 如何理解敏捷需求管理的四个关键词

    如何理解敏捷需求管理的四个关键词 背景 我们常见到Epic、Feature、Story和Task这些和敏捷相关的概念,它们之间的关系是什么?我们如何灵活使用这些概念,从而让敏捷的需求管理更为高效?本文为您详细剖析这四个关键词。 什么是Epic、Feature、Story和Task?

    来自:帮助中心

    查看更多 →

  • 华为云DevSecOps咨询与规划服务

    可落地的DevOps解决方案等门槛,华为云为客户提供专属的敏捷和DevOps咨询规划服务,从“转型评估,规划设计,标准规范”全面指导为设计思路,为企业提供智能高效的研发平台,帮助企业快速响应业务需求,加快应用开发交付迭代,让企业专注核心业务创新,最终达到提高行业生产力和竞争力的目标:

    来自:帮助中心

    查看更多 →

  • 用户故事地图

    用户故事地图 《用户故事地图》这本书的原作者是一位独立顾问,讲师和敏捷教练,他所提出的用户故事地图的方法主要用于解决敏捷需求分析过程中的问题: 只见树木不见林,重要的待办项容易淹没在各种细节中看不到全貌,因而难以排列优先级。 不能明显地聚焦于用户需求。 很难了解不同粒度故事(史诗故事、主题故事以及故事)之间的关系。

    来自:帮助中心

    查看更多 →

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