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

查看更多 →

这一步所产出的其实就是传统软件开发过程中的软件规格说明书。软件规格说明书对于开发人员实现产品功能非常重要，是软件开发中不可缺少的部分。很多人认为敏捷开发不需要文档，其实这是个巨大的误解，但是敏捷开发中的文档确实和传统的需求文档有很多区别： 敏捷开发重视的是文档产生的过程，希望通过

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

形成时间上越多的浪费。反观敏捷开发，实行的是一种务实的做法，当收集到足够一次迭代开发的需求时即向下一个步骤前进，尽量缩短前置时间的浪费，然后将"分析、设计、开发与测试"形成一个开发步骤，减少了步骤与步骤之间的衔接时间。 首次发布：敏捷开发采用迭代的开发方式，每个循环都会有一个潜在

查看更多 →

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

查看更多 →

Integer 迭代id name String 迭代标题 opened_total Integer 开启的工单数 progress String 工作进展 total Integer 工单总数 updated_time String 迭代更新时间 status String 迭代的状态,0

查看更多 →

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

查看更多 →

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

查看更多 →

和实现迭代目标的计划。 当新工作出现时，开发团队需要将其加入到迭代待办列表中去。随着工作的执行或完成，剩余的工作量被估算并更新。当计划中的某个部分失去开发意义，就可以将其移除。在迭代期间，只有开发团队可以改变迭代待办列表。迭代待办列表是高度可见的，是对开发团队计划在当前迭代内工作

查看更多 →

应用场景 互联网应用开发 互联网企业面对市场高速变化，需要快速的交付响应变化。 互联网企业通过使用支持敏捷开发方法论的需求管理服务，可以通过迭代持续交付的研发流程和模式，快速上线，拥抱市场的变化，加速企业成长。 使用一站式DevOps平台，可以实现互联网应用从需求到上线发布的全生命周期管理，提升端到端研发效率。

查看更多 →

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

查看更多 →

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

查看更多 →

Scrum项目最佳实践 Scrum项目实践概述 需求管理 迭代计划 迭代开发 敏捷回顾 成员管理 附录

查看更多 →

行判断进而调整发布计划。 迭代计划 一个发布由多个迭代组成，每一个迭代都要有具体的目标，迭代过程需要度量迭代速率，团队要根据自己的速率以及工程能力确定迭代长度。 CodeArts目前的迭代长度为一周，由于设计与开发的依赖关系，所以我们的设计迭代与开发迭代会有一个错位，UCD设计会

查看更多 →

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

查看更多 →

IPD-独立软件类：面向独立软件类开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理。 适用场景：IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代，比如ERP软件、CRM、数据库、网管软件等。 研发特点：软件可独立部署销售，多采用敏捷开发，客户

查看更多 →