概述 需求管理（CodeArts Req）为敏捷开发团队提供简单高效的团队协作服务，包含多项目的管理、敏捷迭代、看板协作、需求管理、缺陷跟踪、文档管理、Wiki在线协作、仪表盘自定制报表等功能。 您可以使用本文档提供API对需求管理进行相关操作，如创建、删除、查询任务等，支持的全部操作请参见API概览。

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

表，同时支持自定义报表。 支持项目级、企业级自定制仪表盘和自定义报表，提供专业的敏捷精益数据报表，准确掌握项目进度和质量。 在管理项目的过程中支持 数据可视化 管理，对每次迭代开发进行回顾，总结出下个迭代可以改进的方向。 项目提供多种仪表盘报表卡片，覆盖进度、质量、效率、成员工作项分布等，方便实时了解项目进展。

查看更多 →

如何解决开发团队中的任务没人领取的问题 背景 在传统开发模式下，开发任务是由项目经理指派给个人的，而在敏捷开发模式中，开发任务是团队领取的。 很多企业在转型中遇到过这样的问题：“计划会议认领开发任务的时候，有几个任务没人认领怎么办？” 问题分析 首先，相对于传统开发模式的指派开发任务

查看更多 →

跑，持续迭代地进行云上软件的更新更有利于运维，因为一则小范围的云上软件更新和部署更不容易引起大范围事故，其次，不停地迭代更新也有效地保证了开发，运维团队成员能够时刻处于练兵状态，不至于对运维的流程，最佳实践比较陌生。要保证云上应用进行迭代更新，那么从需求阶段，就要进行迭代规划和跟

查看更多 →

查询迭代下的缺陷信息 功能介绍 查询迭代下的缺陷信息 URI POST /v4/{project_id}/iterators/{iterator_uri}/defects/batch-query 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String

查看更多 →

迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前，项目组召开迭代评审会议，展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表，团队可以方便的统计当前迭代的进度情况，包括需求完成情况、迭代燃尽图、工作量等。 进入“迭代”页面，单击“统计”，即可展开迭代进度视图。 父主题： 实施步骤

查看更多 →

迭代评审会议验收迭代成果。 在到达迭代的预计结束时间前，项目组召开迭代评审会议，展示当前迭代的工作成果。 “迭代”页面提供了迭代统计图表，团队可以方便的统计当前迭代的进度情况，包括需求完成情况、迭代燃尽图、工作量等。 进入“迭代”页面，单击“统计”，即可展开迭代进度视图。 父主题： 实施步骤

查看更多 →

批量删除项目的迭代 功能介绍 批量删除项目的迭代 调用方法 请参见如何调用API。 URI DELETE /v4/projects/{project_id}/iterations 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String devcloud项目的32位id

查看更多 →

Scrum项目的迭代 获取指定项目的迭代列表 批量删除项目的迭代 查看迭代详情 创建Scrum项目迭代 更新Scrum项目迭代 删除项目迭代 查看迭代历史记录 父主题： API

查看更多 →

 图说CodeArts Req 详细文档 立即使用 成长地图 由浅入深，带您玩转需求管理。 01 了解 为敏捷开发团队提供简单高效的团队协作服务。 产品介绍 什么是需求管理 产品优势 应用场景 权限管理 03 使用 学习如何在需求管理中开始您的实际工作。

查看更多 →

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

查看更多 →

击“确定”。 Scrum：增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 IPD-系统设备类：面向系统设备类产品开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型产品开发进行高质高效的管理。 IPD-

查看更多 →

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

查看更多 →

服务，开发和运营工作必须紧密合作。 DevOps：企业迈向敏捷之钥 DevOps的出现，源于在传统模式下的开发和运维在组织上的分离而造成的管理混乱，开发要不断的迭代新版本上线新功能，但是运维关注的是稳定，这两种需求实际上是矛盾的。但DevOps旨在打破这道混乱之墙，让开发、运维、

查看更多 →

从迭代中移除需求 功能介绍 从迭代中移除需求 URI DELETE /GT3KServer/v4/{project_id}/iterators/{iterator_id}/issues 表1 路径参数 参数 是否必选 参数类型 描述 project_id 是 String 参数解释:

查看更多 →