需求管理 CodeArts Req

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

超低价格套餐供您选择

了解详情            

    scrum 敏捷开发 更多内容
  • 使用示例项目创建CodeArts项目

    示例项目所示。 表1 示例项目 项目模板类别 示例项目名称 使用场景 Scrum项目 DevOps全流程示例项目 针对敏捷开发全生命周期、DevOps持续交付的模板,模板内预置了思维导图、并实例化了Scrum工作项(如促销管理、会员管理,订单管理)、代码仓库、代码检查任务、编译构

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    DevOps敏捷测试之道 本文介绍企业在敏捷和DevOps的逐步转型过程中,测试如何应对挑战,如何有的放矢进行测试,建立适合产品自身发展阶段、产品特点的敏捷测试能力。 敏捷和DevOps 敏捷和DevOps转型始终是被业务目标和客户需求驱动的。市场竞争环境越来越激烈,新商业模式的

    来自:帮助中心

    查看更多 →

  • DevOps敏捷测试之道

    们会面临一些自动化的开发工具,需要对接自动化平台,需要有一定的开发能力,这对测试人员的自身素质提出了更高的要求。而对开发人员来说,首先是质量意识不足,第二是对于大部分开发人员来说白盒测试用例会写,但是黑盒测试用例不会写。另一方面开发在转型的过程中往往忽视了敏捷价值观,他们的思想还

    来自:帮助中心

    查看更多 →

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

    Story)排进产品待办事项(Product Backlog)开始开发了呢?答案是还不可以。 用户故事是敏捷开发中普遍使用的实践,但常见的困惑是:产品负责人整理了一大堆的产品Backlog,还编排了优先级,过早地陷入到细节的讨论中,只见树木不见森林。 传统敏捷开发中,扁平的产品待办列表,存在很多问题:它很

    来自:帮助中心

    查看更多 →

  • 方案概述

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

    来自:帮助中心

    查看更多 →

  • 方案概述

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

    来自:帮助中心

    查看更多 →

  • 方案概述

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

    来自:帮助中心

    查看更多 →

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

    ,最终还是人去工作。 华为的管理流程上应用了Scrum、看板,在内部产品线还用了规模化敏捷,在华为叫产品级敏捷。华为的Scrum和书上的Scrum有区别,华为没有Scrum Master,没有完全复制Scrum。并不是说标准Scrum有什么问题,而是应该结合自身进行取舍。 组织结

    来自:帮助中心

    查看更多 →

  • Scrum实践之冲刺

    Scrum实践之冲刺 定义和特性说明 定义 Scrum框架是目前在敏捷圈内比较流行的,下图展示了Scrum框架实践的全景图。 在Scrum框架中,工作在建议时间长度的迭代中循环做,这个迭代叫做冲刺。 各个冲刺提交的工作内容必须是对用户和客户来说具有确 定价 值的交付物。通常来说,在每

    来自:帮助中心

    查看更多 →

  • Scrum的22个基础知识点

    两种模板的项目类型:Scrum模板和看板模板。 02 Scrum的组织结构 Scrum的组织结构可以根据不同的项目稍作调整,一般来说,它采用2-4周的迭代周期,并包含以下角色: Scrum Master Product Owner 开发团队 03 Scrum Master的主要职责

    来自:帮助中心

    查看更多 →

  • 功能总览

     预置了五种项目模板:IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板、Scrum项目模板、看板项目模板。 敏捷迭代开发:支持敏捷迭代开发,迭代计划和时间线清晰展现项目进展。 工作项层次和类型自定义:看板项目类型支持工作项的层次,工作项类型和名称的自定义,灵活轻便。

    来自:帮助中心

    查看更多 →

  • 测试金字塔和持续自动化测试

    Agile: Software Development using Scrum 》(《Scrum敏捷软件开发》)中提出。最早提出来的时候是一个三层的金字塔,从上到下分别是UI界面/Service服务/Unit单元测试,随着敏捷测试的不断推进,测试金字塔出现一些变种。实际使用中不用太拘泥于

    来自:帮助中心

    查看更多 →

  • 需求管理

    需求管理 如何理解敏捷需求管理的四个关键词 如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 如何进行需求结构化管理 如何进行需求优先级管理 如何避免重要需求遗漏 父主题: Scrum项目最佳实践

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

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

    来自:帮助中心

    查看更多 →

  • 朴素的DevOps价值观

    版到现在也快10年了,好像依然没有多大改观。 敏捷的方法有很多,SCRUM、精益看板等,SAFe是大规模的敏捷,DevOps也有很多种模型。比模型更重要的是背后的原则,虽然这些模型从表象上相差甚远,但其背后的原则却十分相似,比如敏捷宣言的十二条原则、SAFe的九大原则、以及DevOps的CALMS原则。

    来自:帮助中心

    查看更多 →

  • CodeArts Req

    获取指定项目的迭代列表 创建项目 更新Scrum项目迭代 删除项目迭代 批量删除项目的迭代 创建Scrum项目迭代 检查项目名称是否存在 获取指定工作项的评论列表 获取工作项完成率 获取指定项目的成员用户列表 添加项目成员 查询项目列表 查询缺陷密度 查询Scrum工作项自定义字段 细粒度权限用户创建工作项

    来自:帮助中心

    查看更多 →

  • 创建Scrum项目迭代

    创建Scrum项目迭代 功能介绍 创建Scrum项目迭代 调用方法 请参见如何调用API。 URI POST /v4/projects/{project_id}/iteration 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释:

    来自:帮助中心

    查看更多 →

  • 更新Scrum项目迭代

    更新Scrum项目迭代 功能介绍 更新Scrum项目迭代 调用方法 请参见如何调用API。 URI PUT /v4/projects/{project_id}/iterations/{iteration_id} 表1 路径参数 参数 是否必选 参数类型 描述 project_id

    来自:帮助中心

    查看更多 →

  • 如何在软件开发团队中管理突发性任务

    计划之前,一起来了解下什么是敏捷下的计划,敏捷提倡的计划和传统瀑布开发模式下的计划有什么区别。 敏捷宣言中提倡“响应变化高于遵循计划。”,它与传统瀑布开发模式或者说计划驱动的顺序开发模式的计划不同点就是一个是偏向响应变化,一个是偏向遵循计划。 顺序开发过程中,是计划驱动,计划是工

    来自:帮助中心

    查看更多 →

  • CodeArts Req

    获取指定项目的迭代列表 创建项目 更新Scrum项目迭代 删除项目迭代 批量删除项目的迭代 创建Scrum项目迭代 检查项目名称是否存在 获取指定工作项的评论列表 获取工作项完成率 获取指定项目的成员用户列表 添加项目成员 查询项目列表 查询缺陷密度 查询Scrum工作项自定义字段 细粒度权限用户创建工作项

    来自:帮助中心

    查看更多 →

  • 如何玩转每日站会

    站会18key Key 1: 主持人 会议主持人(比如Scrum Master,也可以团队成员轮班,轮流感受下站会的节奏)确保会议的举行,并控制会议时间,团队成员进行简短有效的沟通。 Key 2: 两个比萨大小的团队 在《Scrum敏捷软件开发》一书中,作者麦克·科思提出了一个简单的方法用

    来自:帮助中心

    查看更多 →

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