需求管理 CodeArts Req

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

超低价格套餐供您选择

了解详情            

    scrum捷径 敏捷策略 更多内容
  • 方案概述

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

    来自:帮助中心

    查看更多 →

  • 方案概述

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

    来自:帮助中心

    查看更多 →

  • Scrum的22个基础知识点

    22 在什么情况下Scrum并不适用? Scrum模式并不适用于所有的团队,特别当团队规模很大(几十上百上千)的时候,我们无法在整个团队范围内实施Scrum,而必须将团队分割成5-10人的小团队,并在团队间进行Scrum of Scrum 的实施。 Scrum也不适合跨部门、跨职

    来自:帮助中心

    查看更多 →

  • 需求管理 CodeArts Req

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

    来自:帮助中心

    查看更多 →

  • 敏捷实践之物理看板与电子看板

    在团队刚刚开始使用敏捷时,如果团队成员都在同一地点办公,还是使用物理看板更适合,两个到三个迭代后,团队自然对敏捷流程有了认识,一些敏捷的习惯已经养成。要引导团队的改善活动,看板从开始到稳定要经历过几次进化,最后达到团队理想的流程管理和最好的可视化状态。这个时候建议再引入电子看板,让敏捷习惯持续传承。

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

    输入项目名称(默认为当前服务名称,可自定义修改)。根据实际业务需要在“项目类型”下拉框选择项目类型(Scrum、IPD-系统设备类、IPD-独立软件类)。单击“确定”。 Scrum:增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。

    来自:帮助中心

    查看更多 →

  • 查询Scrum项目的工作项流转配置

    查询Scrum项目的工作项流转配置 功能介绍 查询Scrum项目的工作项流转配置 调用方法 请参见如何调用API。 URI GET /v4/projects/{project_id}/issues/workflow/config 表1 路径参数 参数 是否必选 参数类型 描述 project_id

    来自:帮助中心

    查看更多 →

  • 如何玩转每日站会

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

    来自:帮助中心

    查看更多 →

  • 朴素的DevOps价值观

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

    来自:帮助中心

    查看更多 →

  • 基本概念

    基本概念 说明 产能 产能原指在一定时间内,企业所能生产的产品或提供的服务的数量。开发中心中特指版本开发团队每天能提供的开发人员的数量。 Scrum 增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类 面向系统设

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

    输入项目名称(默认为当前服务名称,可自定义修改)。根据实际业务需要在“项目类型”下拉框选择项目类型(Scrum、IPD-系统设备类、IPD-独立软件类)。单击“确定”。 Scrum:增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。

    来自:帮助中心

    查看更多 →

  • 配置服务扩展信息

    输入项目名称(默认为当前服务名称,可自定义修改)。根据实际业务需要在“项目类型”下拉框选择项目类型(Scrum、IPD-系统设备类、IPD-独立软件类)。单击“确定”。 Scrum:增量迭代式的软件开发方法,通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。

    来自:帮助中心

    查看更多 →

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

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

    来自:帮助中心

    查看更多 →

  • 策略

    策略 创建策略 查询单个策略 查询策略列表 修改策略 删除策略 父主题: API

    来自:帮助中心

    查看更多 →

  • 策略

    策略 策略用于控制设备按照指定策略或规则发放至不同的物联网平台。当前支持自定义策略、证书策略、静态策略。 自定义策略 证书策略 静态策略

    来自:帮助中心

    查看更多 →

  • 策略

    策略 策略内容 策略语法 策略鉴权规则 父主题: 权限管理

    来自:帮助中心

    查看更多 →

  • 配置项目与扩展点

    图2 选用Scrum项目 输入项目名称等信息,创建Scrum项目,创建成功后会自动跳转至Scrum项目首页。 图3 创建Scrum项目 配置服务扩展点 通过新建服务扩展点并在其中配置账号的IAM权限认证信息,您可以在CodeArts侧获取到在同云服务账号、以及跨账号的场景下UCS服务

    来自:帮助中心

    查看更多 →

  • 控制策略策略概述

    控制策略策略概述 控制策略可以对Landing Zone的环境进行治理。通过控制策略的运作,管理账号可以快速发现Landing Zone中存在的风险,以便及时进行干预、维护,保障Landing Zone各个部分的合规性。 控制策略类型介绍 预防性控制策略策略主体为SCP服务控制

    来自:帮助中心

    查看更多 →

  • 项目模板如何引用到项目?

    准备好项目模板,项目模板分为预置模板和自定义模板,详细内容请参见 项目模板。 在“新建项目”页面(以Scrum项目为例),“项目设置模板”选择已准备好的模板,单击“确定”完成项目创建,详细操作请参见 创建Scrum项目。 父主题: Scrum项目

    来自:帮助中心

    查看更多 →

  • 研发能力调研与诊断

    使用ThoughtWorks特有的敏捷成熟度的体系框架,对客户IT现状进行多维度的评估,并定制转型方案及实施计划。 图1 ThoughtWorks AMM(Agile Maturity Model)敏捷成熟度评估 ThoughtWorks有一套已被行业验证的敏捷成熟度体系(Agile Maturity

    来自:帮助中心

    查看更多 →

  • 查询Scrum工作项自定义字段

    查询Scrum工作项自定义字段 功能介绍 查询Scrum工作项自定义字段的可选列表,符合custom_fields或者names条件的都返回,2个值都不传,返回所有的自定义字段列表 调用方法 请参见如何调用API。 URI POST /v4/projects/{project_i

    来自:帮助中心

    查看更多 →

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