复杂的项目。 一致长度 每个冲刺的长度建议保持一致。 一致的持续期更有节奏感。冲刺中，稳定的节奏感让团队中的成员进入最好的状态；稳定的节奏感使单调而必要的活动成为习惯，从而让团队成员留出心力，集中做有趣、增值的工作。比如，为期一年的开发工作中执行时间盒为2周的冲刺，那么对于接下来

查看更多 →

Master更多的需要和人打交道，很多实际问题的处理方式是必须在实践中才能体会的，有些还很微妙。 也许您对这些知识点的理解不尽相同，这没有关系，同样的框架和方法由于应用的环境与对象的不同，所使用的方法和理解也不一定一样，这也正是Scrum的特色之一，它帮助你找到最适合你的方式。Scrum并不是你需要严格执行的流程，而是帮助你找到适合自己的流程的框架。

查看更多 →

获取子工作项 查询项目下所有工作项的历史记录 查询Scrum项目的工作项流转配置 细粒度权限用户创建工作项 查询当前工作项已经关联的工作项 查询当前工作项已经关联的关联Wiki 查询当前工作项已经关联的代码提交记录 / 分支创建记录 查询关联用例 查询Scrum工作项自定义字段 下载图片

查看更多 →

团队不断提高自己的技能，鼓励探索和创新。 更多关于自组织的相关内容不在本文的范围内，如感兴趣请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看，在我们践行敏捷的时候，主要发挥的是开发团队自身的主观能动性，开发团队由原来的控制性转变成了自组织性，而开发任务也就由原来的指派变

查看更多 →

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

查看更多 →

了解更多常见问题、案例和解决方案 热门案例 Scrum项目的开发流程是怎么样的？ Scrum项目如何做需求规划和需求分解？ 更多 项目 如何使用Scrum项目 如何限制用户“新建项目” 更多 工作项 Scrum项目如何导出全部类型的工作项 被指派的处理人可以修改工作项的哪些内容 更多 技术专题 技术、观点、课程专题呈现

查看更多 →

用户的需求并获得商业成功。 同时需求管理服务为用户提供思维导图的需求规划与分解功能。 迭代 在敏捷软件开发的语境下，迭代是重复式的持续交付并持续获取反馈的软件开发活动，其对应的是瀑布式软件开发中的固定顺序全部完成才交付的软件活动。 每一个迭代都追求尽可能的发布产品并获取用户的反馈

查看更多 →

变化随时可能发生。 交付周期 固定的Sprint时间盒。 完成一项工作的时间。 团队规模 项目需要有固定的迭代交付时间（2到4周）。 项目的初期探索迎合市场的阶段。 看板是比Scrum敏捷模式更简洁的模式，适合小、微团队和个体开发者。 团队优先考虑客户需求的响应能力、经常应对紧急情况改变优先级。

查看更多 →

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

查看更多 →

需求管理 需求管理是开发中心集成需求管理（CodeArts Req）服务中“Scrum项目”的和“IPD项目”相关需求管理的能力，是华为多年研发实践沉淀的需求管理与团队协作服务，内置多种开箱即用的场景化需求模型。 关于需求管理的常见问题请参见Scrum项目常见问题、IPD项目常见问题。

查看更多 →

品是如何制定它的开发计划的。 两级项目计划 计划是演进的，试图在项目一开始制定“完备”的甚至是“完美”的计划是不现实的。做计划的目的之一是减少风险，但在信息最少的项目初期阶段做出最重要的决定是不切实际并且风险巨大的。 敏捷计划的模式是渐进式的，一开始只规划一个大的方向，并制定最近

查看更多 →

新建及更新测试计划时无法添加Task等类型的工作项 问题现象 Scrum项目下，测试计划添加需求时，无法选择类型为“Task”工作项。看板项目下，测试计划添加需求时，无法选择类型为“需求”以外的工作项。 原因分析 在Scrum项目中，Task更偏向具体开发任务，而不是一个完整的需求故事点。 因此测试

查看更多 →

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

查看更多 →

速地发现和利用稍纵即逝的商机。 持续期短的冲刺所犯的错误也是有限的。在短短一周或两周的时间内，就算出现失误，也只是失去了短短的一周或两周的时间，不会带来巨大的损失。坚持持续期短的冲刺能够进行频繁地试错，协调和反馈。 持续期短的冲刺投入产出比（ROI）更高。持续期短可以更早、更频繁

查看更多 →

ic/Feature/Story以及看板项目默认的“需求”类型的工作项，不支持关联Task及其它自定义类型的工作项。

查看更多 →

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

查看更多 →

IPD独立软件类项目功能介绍 IPD独立软件类项目是面向独立软件类开发场景的IPD需求管理方法，通过结构化流程、强大的跨项目协作能力来对大型软件开发进行高质高效的管理，主要包含原始需求、系统特性、研发需求、任务、缺陷等内容，任务和缺陷是在需求实现过程中产生的活动和发现的问题。 请参见IPD独立软件类项目功能介绍。

查看更多 →

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

查看更多 →

需求管理 需求管理是开发中心集成需求管理（CodeArts Req）服务的能力，是华为多年研发实践沉淀的需求管理与团队协作服务，内置多种开箱即用的场景化需求模型。 前提条件 已关联项目。 已创建版本。 需求管理功能中需要具备相应的项目经理、开发人员、测试人员角色权限，权限申请方法

查看更多 →

《华为云CodeArts实践DevOps开发培训基础课件》 《CodeArts的代码托管操作手册》 《CodeArts代码检查操作手册》 《CodeArts编译构建模块的操作手册》 《CodeArts的测试计划操作手册》 《CodeArts部署模块的操作手册》 《CodeArts流水线模块的操作手册》 《DevOps工程师工作指南》

查看更多 →

组成，每个迭代的建议长度是1到4周。 在Scrum中，使用产品Backlog来管理产品的需求，产品Backlog是一个按照商业价值排序的需求列表，列表项的体现形式通常为用户故事。 在迭代中，Scrum团队从产品Backlog中挑选最高优先级的需求进行开发。 挑选的需求在迭代计划会

查看更多 →