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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

使用统计报表跟踪Scrum项目进展 在项目进行中，可以通过统计报表来对项目下的工作项进展进行跟踪。 报表类型支持自定义报表、系统预置报表模板两大类，系统预置报表模板支持总览、工时、工作项分布、迭代、缺陷类型，您可以根据需要快速选择使用。 前提条件 已新建Scrum项目，并在项目中拥有报表的“新建报表”权限。

查看更多 →

新建并管理Scrum项目工作项 在Scrum项目中新建工作项 在Scrum项目中通过思维导图新建工作项 在Scrum项目中通过甘特图新建工作项 在Scrum项目中管理工作项 父主题： 管理Scrum类型项目需求

查看更多 →

API概览 表1 API概览 类型 说明 Scrum项目的工作项 Scrum项目工作项的创建、删除、修改、查询等相关接口。 Scrum项目的迭代 Scrum项目迭代的创建、删除、修改、查询等相关接口。 用户信息 获取当前用户信息，更新用户昵称，获取当前用户角色。 项目成员 添加、查询、删除、退出项目成员等接口信息。

查看更多 →

API Scrum项目的工作项 Scrum项目的迭代 用户信息 项目成员 项目信息 项目指标 项目统计 Scrum项目的模块 Scrum项目的领域 看板项目的工作项 Scrum项目的状态 项目及成员

查看更多 →

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

查看更多 →

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

查看更多 →

入新建项目页。 项目名称填写“Scrum01”，其它保持默认即可。 单击“确定”后，进入到“Scrum01”项目下。 新建工作项 进入“Scrum01项目”主页，选择“工作项 > 需求管理 > 工作项”。 单击“新建”，选择“Story”工作项类型，进入新建Story页面，参考下表配置参数信息。

查看更多 →

配置Scrum项目工作项的公共状态 您可以根据需要自定义配置工作项的公共状态，配置完成的公共状态可以被项目下任意工作项类型使用。 前提条件 已新建Scrum项目，并在项目中拥有“工作项自定义设置”权限。 配置工作项的公共状态 访问CodeArts Req服务首页。 进入Scrum项目中，单击“设置

查看更多 →