什么是敏捷 敏捷软件开发（Agile software development），又称敏捷开发，是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团

查看更多 →

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

查看更多 →

定义和特性说明 定义 敏捷开发方式有很多种，这里我们选择Scrum。Scrum给出了一个具体的工作框架，并且是应用最为广泛、成熟的一种敏捷开发方式，业界已经积累了大量的实践经验。 结合Scrum框架和具体实施项目特点，打造适合的敏捷Scrum团队尤为重要。 Scrum团队是一个完整的团队。

查看更多 →

请参阅参考文档。 从敏捷宣言和Scrum指南关于任务的工作方式上来看，在践行敏捷的时候，主要发挥的是开发团队自身的主观能动性，开发团队由原来的控制性转变成了自组织性，而开发任务也就由原来的指派变为了领取。这样的好处是，领取任务就是发挥了人的主动性，而自主性是人们从事创造性和解决问

查看更多 →

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

查看更多 →

讨论和跟踪的。 使用用户故事的目的是让用户可以自然的讲述需求，这样才能确保信息的真实性。因为任何软件产品都是为了帮助用户完成某种任务，也可以说任何的软件产品或者系统都是通过交互来解决问题的，而交互的双方可能是人和系统，可能是系统和系统，也可能是模块和模块。这样理解的话，任何的需求

查看更多 →

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

查看更多 →

获得较高的度量投资回报率对团队起到的帮助是很大的。 缺陷跟踪也是敏捷团队在项目转型过程中一个比较矛盾的地方，许多敏捷实践者认为，在敏捷项目开发的过程中发现和修补缺陷是开发人员的必要工作，发现了缺陷后立刻就会被修补，因此对于缺陷的跟踪和记录是没有必要的。对于测试人员而言，他们往往使

查看更多 →

授权：在开发工作最前线的专家们是最精通该领域的人，理当找到一种方法让专家掌控自己熟悉的工作。 责任：如果一个团队的成员一起对设计、开发、调试、质量保证、产品交付等全方面负责，那么大家就能找到相互提出批评意见的方法。因为团队成员对产品都负有责任。 归属感：在跨功能的全功能团队中，每个人逐渐开始与

查看更多 →

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

查看更多 →

交付件 交付件模板 团队级敏捷导入 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》 《敏捷开发转型方案与路标设计》 《敏捷项目管理培训-课件》 《用户故事编写指南-课件》 《敏捷开发标准工作流》 《敏捷开发转型试点总结报告》 《项目组任命书》 《试点团队敏捷现状分析与成熟度评估》

查看更多 →

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

查看更多 →

以使用敏捷推荐的故事点。 故事点英文名称Story Point，故事点是一种基于敏捷的估算工作量的方法。 故事点综合了交付Story所要付出的努力、开发复杂度、风险，可以简单理解为开发所需要的成本。 斐波那契数列（1,1,2,3,5,8...）是故事点比较常用的计量单位，是一种相对估算法。

查看更多 →

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

查看更多 →

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

查看更多 →

如何开好站立会议 布道师和产品经理，线下交流、布道、技术沙龙。 如何开好敏捷回顾会议 布道师和产品经理，线下交流、布道、技术沙龙。 智能客服 您好！我是有问必答知识渊博的 智能问答机器人 ，有问题欢迎随时求助哦！ 社区求助 华为云社区是华为云用户的聚集地。这里有来自容器服务的技术牛人，为您解决技术难题。

查看更多 →

级的敏捷实施。 ThoughtWorks公司是打造端到端敏捷开发过程的行业领导者，从2007年开始在中国提供敏捷咨询服务至今，已经为数十家客户进行了成功的敏捷转型，并形成了众多的端到端敏捷转型成功实践。下图为端到端实践全集合。ThoughtWorks会根据客户现状为客户组合最佳实践，达到最佳的转型效果。

查看更多 →

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

查看更多 →

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

查看更多 →

而言，需要解决的问题，是端到端的，是全局而不是局部优化。 所以，是什么，不重要。能解决什么，要解决什么问题，很重要。 DevOps是集大成者，是各种好的原则和实践的融合，敏捷又何尝不是如此。2001年的17位雪鸟大师，各自在践行着不同的敏捷框架和实践。敏捷宣言和原则，原本就是一次融合。2003年Mary

查看更多 →

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

查看更多 →