传统企业在进行互联网+转型的过程中，由于对互联网行业了解不足，以及自身传统管理和交付模式的差异，在初始阶段会出现研发吞吐下降，转型存在挑战。 传统企业通过使用需求管理服务的需求、缺陷管理与跟踪、以及敏捷迭代的管理，可以熟悉并掌握敏捷迭代交付的理念和实践。 同时基于强大的自定义功能，企业也可以结合转型

查看更多 →

心问题为客户带来核心价值。 用户故事（US） 对用户或客户有价值的功能点的简单描述，遵循INVEST原则。US间是解耦的，能够独立交付，是敏捷迭代交付基础。 父主题： 管理IPD自运营/云服务类型项目需求

查看更多 →

景、标准的格式重新描述的需求。 US用户故事 对用户或客户有价值的功能点的简单描述，遵循INVEST原则。US间是解耦的，能够独立交付，是敏捷迭代交付基础。 任务（Task） 任务是为了完成某个目标而产生的活动。 缺陷（Bug） 项目中发现的问题，可以视为缺陷。 父主题： 管理IPD独立软件类型项目需求

查看更多 →

与分解功能。 迭代 在敏捷软件开发的语境下，迭代是重复式的持续交付并持续获取反馈的软件开发活动，其对应的是瀑布式软件开发中的固定顺序全部完成才交付的软件活动。 每一个迭代都追求尽可能的发布产品并获取用户的反馈，每次迭代获取的反馈都同时作为下一个迭代的改进输入。迭代可以降低风险和变更成本，提升研发效率。

查看更多 →

取措施走出混乱。敏捷看似拥有很快的速度，但变化可以是循序渐进的，采用敏捷的新团队可以较慢的去实现一些新的实践，例如测试驱动开发等。 From:《敏捷软件测试：测试人员与敏捷团队的实践指南》 团队构成 敏捷项目团队是跨职能的，敏捷团队与传统的跨职能团队的区别就是敏捷是向整体团队运作

查看更多 →

Scrum项目实践概述 Scrum适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。 一个完整的Scrum迭代流程大概涉及需求规划、迭代计划、迭代开发、敏捷回顾四个阶段，整体流程图如图1所示。 图1 Scrum迭代流程 本文将基于前期识别出来的常见问题，总

查看更多 →

Scrum项目需求管理流程介绍 Scrum是增量迭代式的软件开发方法，也是当前主流的敏捷开发过程。通过迭代冲刺的方式，持续交付，从用户需求到用户反馈实现各个迭代闭环的软件开发过程。 Scrum项目类型中，预置了敏捷实践中推荐的“Epic > Feature > Story > Task”的四层模型，如图1所示。

查看更多 →

试点项目也将成为客户敏捷试点优选项目，建立端到端的敏捷开发和运作流程。 敏捷改进小组的建立 用敏捷的方式管理敏捷转型，改进工作本身就是一个敏捷项目，需要团队协作及适应性地去制定改进目标、计划和实施方案。 敏捷改进小组为敏捷转型项目的特性团队，包含领导层与各个角色的种子选手。建立敏捷改进工作圈

查看更多 →

敏捷回顾 如何玩转每日站会 父主题： Scrum项目最佳实践

查看更多 →

面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发过程中人的作用。 敏捷宣言 “敏捷”一词来源于2001年初美国犹他州雪鸟滑雪圣地的一次敏捷方法发起者和实践者（他们发起组成了敏捷联盟）的聚会。雪鸟会议共

查看更多 →

适用场景：IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代，比如ERP软件、CRM、数据库、网管软件等。 研发特点：软件可独立部署销售，多采用敏捷开发，客户需求变化频繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更快。面向独立软件类开发场景的IPD需求管理方

查看更多 →

迭代计划 如何合理规划Sprint时间盒 如何移动迭代中需求变更后看板中的任务卡片 父主题： Scrum项目最佳实践

查看更多 →

迭代开发 如何在软件开发团队中管理突发性任务 如何解决开发团队中的任务没人领取的问题 父主题： Scrum项目最佳实践

查看更多 →

通过CodeArts提供的迭代管理，可以帮助您快速的制定迭代计划、管理和追踪相关工作进度。 迭代创建以及管理 单击“工作 > 迭代”，进入迭代管理视图。 单击“新建迭代”，输入迭代名称，根据实际情况设置迭代日期，单击“新建”按钮。 迭代规划 打开“工作 > 迭代 > 未计划工作项”，系统将列出所有未计划的工作项列表。

查看更多 →

evOps是敏捷在运维侧的延伸”这一说法也不无道理。只是，敏捷与DevOps，都已经不再是原来的那个敏捷和DevOps了；世界变化太快，问题域发生了变化，解决方案域自然也要随之变化。 敏捷的好处是，有一个敏捷宣言，宣告其诞生。敏捷的缺点，也许也是因为有敏捷宣言。敏捷宣言并不应该被

查看更多 →

新增迭代 功能介绍 新增迭代 URI POST /GT3KServer/v4/iterators 表1 Query参数 参数 是否必选 参数类型 描述 branch_uri 是 String 分支URI 请求参数 表2 请求Header参数 参数 是否必选 参数类型 描述 X-Auth-Token

查看更多 →

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

查看更多 →

可以做，那么开发团队就能够在迭代执行期间几个人全力完成制约工作项流程的任务，更灵活地平衡资源，使开发团队更高效。 了解更多：迭代待办列表 迭代待办列表在CodeArts中称“迭代”，它是一组为当前迭代选出的产品待办列表项，同时加上交付产品增量和实现迭代目标的计划。 当新工作出现时

查看更多 →

表2 管理迭代 操作项 说明 编辑迭代 单击迭代所在行的，可对迭代进行编辑。 更改迭代状态 针对“未启动”状态的迭代，单击迭代所在行的，变更迭代状态由“未启动”变为“进行中”。 针对“进行中”状态的迭代： 单击迭代所在行的，变更迭代状态由“进行中”变为“未启动”； 单击迭代所在行的

查看更多 →

项目模板特征和适用场景的区别 项目模板 模板特征 适用场景 Scrum项目 Scrum是增量迭代式的软件开发方法，通过最重要的迭代计划会议、每日站会、迭代回顾、验收会议来进行简单高效的管理。 迭代式增量的软件开发。 IPD系统设备类项目 涉及到软硬件配套开发，产品需求相对固定，有相关

查看更多 →

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

查看更多 →