团队级敏捷导入，即在涉及一个开发团队的范围内应用Scrum。Scrum所定义的开发团队规模为5-9人，可以完整交付一个有价值的产品增量。按照Scrum指南的定义，Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包，基于客户团队管理和软件生命周期模型的现状，结合华为云Code

查看更多 →

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

查看更多 →

和CodeArts其他服务无缝集成，为软件开发及其应用提供全生命周期的管理与团队协作。 预置了多种项目模板：Scrum项目模板、看板项目模板、IPD-系统设备类模板、IPD-独立软件类模板、IPD-自运营软件/云服务类模板。 Scrum项目：秉承严谨的敏捷Scrum方法论和实践，适用于敏捷开发团队。 看

查看更多 →

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

查看更多 →

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

查看更多 →

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

查看更多 →

一个有价值的产品增量。按照Scrum指南的定义，Scrum团队包括了产品负责人、Scrum Master以及开发团队。团队级敏捷导入标准包，基于客户团队管理和软件生命周期模型的现状，结合华为云CodeArts产品，便于试点团队软件开发模式转型到敏捷软件开发模式。 帮助服务对象理解

查看更多 →

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

查看更多 →

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

查看更多 →

嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD独立软件类项目 软件可独立部署销售，多采用敏捷开发，客户需求变化频繁、快速规划、敏捷发布，交付周期一般为2～3个月甚至更短。 IT应用及平台类软件，硬件标

查看更多 →

IPD-系统设备示例项目 针对嵌入式软件场景，其特点为软件持续迭代，硬件平台也在持续演进，比如通信设备、汽车、家电、消费电子等涉及到软硬件复杂产品。 IPD-独立软件示例项目 针对IT应用及平台类软件，硬件标准化或不依赖专有硬件，软件频繁迭代场景，比如ERP软件、CRM、数据库、网管软件等。 IPD-云服务全流程示例项目

查看更多 →

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

查看更多 →

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

查看更多 →

持续规划与设计 什么是敏捷 影响地图 用户故事地图 用户故事驱动的敏捷开发 我在CodeArts做需求 Scrum的22个基础知识点 Scrum实践之团队 Scrum实践之冲刺 敏捷项目管理 敏捷实践之物理看板与电子看板

查看更多 →

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

查看更多 →

需求管理 如何理解敏捷需求管理的四个关键词 如何在软件项目需求变更频繁的情况下做好有效的需求管理和规划 如何进行需求结构化管理 如何进行需求优先级管理 如何避免重要需求遗漏 父主题： Scrum项目最佳实践

查看更多 →

《复盘+：把经验转化为能力》，邱昭良 Scrum指南（2017-Scrum-Guide-Chinese-Simplified），2017年11月版 Kenneth S. Rubin. Scrum精髓[M].北京：清华大学出版社 Scrum指南2007版 Mark C. Layton. 敏捷项目管理[M]

查看更多 →

人的，而在敏捷开发模式中，开发任务是团队领取的。 很多企业在转型中遇到过这样的问题：“计划会议认领开发任务的时候，有几个任务没人认领怎么办？” 问题分析 首先，相对于传统开发模式的指派开发任务，需要知道为什么在敏捷开发中是领取任务。在敏捷中，不管是敏捷宣言还是Scrum指南，都没

查看更多 →

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

查看更多 →

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

查看更多 →

DevOps敏捷测试之道 本文主要以华为云的演变历程为案例，从工具角度为大家简要讲解敏捷转型过程中测试人员及测试团队都会经历哪些转变。 在2008年左右的时候，华为的项目还是采用传统的交付方式，例如在年初开始一个项目，在项目立项之初就会把客户的需求全部收集好，包括一些用户的反馈，

查看更多 →