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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

见项目模板。 Scrum：适用于敏捷开发模式的研发管理平台，短周期持续交付，快速响应需求和市场变化。 看板：适用于轻量团队看板模板。 Scrum的基本使用流程分三种场景： 项目经理：快速创建并设置项目 开发人员：快速进入项目处理工作 项目经理：快速掌握项目进展和风险 本文中涉及的操作角色说明：

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

为什么敏捷开发可以帮到你？ 误解：敏捷开发是为了快速交付？ 敏捷开发不是一种为了快速交付而出现的方法，它之所以比较快则是因为避开了许多浪费的处理方式。 那么，敏捷改善了些什么？ 前置时间：传统开发法依循计划、分析、设计、程序开发、测试再进行修改整合后发布的步骤进行，是一种顺序性的开发模

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

工作项详情 迭代 服务支持敏捷迭代开发、迭代计划和时间线清晰展现项目进展。 提供迭代功能，可以用来做版本计划管理，在项目里新建迭代，匹配版本发布计划时间点，便可对版本计划进行跟踪管理。 发布区域：全部 迭代功能可以做什么？ 迭代回顾 每一个迭代结束时，会召开一个迭代回顾会议，对已

查看更多 →

快速开发HBase应用 HBase是一个高可靠性、高性能、面向列、可伸缩的分布式存储系统。HBase设计目标是用来解决关系型数据库在处理海量数据时的局限性。 HBase使用场景有如下几个特点： 处理海量数据（TB或PB级别以上）。 具有高吞吐量。 在海量数据中实现高效的随机读取。

查看更多 →