敏捷开发目前已成为互联网公司的首选方案，为应对市场的快速变化，我们公司也在大力推广敏捷，最近在读《用户故事与敏捷方法》一书，我想边读边做一些分享，传播知识的同时加强记忆。多种角色出现重叠时，再将重叠部分成立一个独立角色。在首页醒目位置可以进行用户注册，注册

书籍推荐

产品的源头是需求。一切伟大产品的实现都是从需求管理开始的。敏捷开发中的需求管理大致分为三个阶段：需求调研，需求分析和需求确认。产品立项后，产品经理便开始了和需求打交道的漫长过程。需求调研的质量，会直接影响到后续产品设计的工作。主要有运营人员、客服人员、市场

《敏捷开发》

什么是敏捷开发？敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发；主要负

产品的源头是需求。一切伟大产品的实现都是从需求管理开始的。敏捷开发中的需求管理大致分为三个阶段：需求调研，需求分析和需求确认。产品立项后，产品经理便开始了和需求打交道的漫长过程。需求调研的质量，会直接影响到后续产品设计的工作。主要有运营人员、客服人员、市场

敏捷开发，现今已发展成为最流行的开发方法。长此以往,最终将造成更为不良的后果：大量流失优秀的开发人员。换句话说，敏捷开发正被强烈的要求与项目管理、需求管理以及质量管理整合在一起使用，且在敏捷过程中，有效的项目监管和控制是至关重要的。SpecDD使用Epic

松结对编程是小型团队的实践，大约运行在1个师傅+1～3个徒弟的尺度上，当面临更大尺度的时候，就需要大型团队模型。这里推荐139团队模型，因为它不但可以让松结对编程运转顺利，还解决了大团队沟通、绩效考核、师傅的出路等问题。139团队的整体情况相当复杂，将另有

团队成员希望得到反馈，并以之创建或变更 Backlog条目 二、会议时间 1. 该会议时间限制为不超过 90分钟。

本文主要是为了检测你对SCRUM的了解和使用程度,、决定产品发布的内容以及日期。、对产品的投入产出负责。、根据市场变化对需要开发的功能排列优先顺序。、领导团队完成Scrum的实践以及体现其价值。、确保团队的胜任其工作，并保持高效的生产率

2001年2月，在软件开发各领域有所建树的17位大师联合发表了《敏捷软件开发宣言》，提出了敏捷开发这一概念，至此敏捷软件开发风靡世界，为无数软件开发项目所采用。而在所有这些运用敏捷开发获得成功的软件项目中，运用持续集成工具无疑成为一项最重要的最佳实践，因为

对本次迭代做一个评估和总结，及时吸取经验教训，同时增强团队信心和提高团队效率。进，而传统的阶段总结会议更象是一个总结报告会。RCA根因分析（可选）。发中改进和避免。

敏捷开发在业内流传已久，自其思想进入国内以来还会时不时传出一些新的概念，很多概念如今听起来可能已经背离了初衷，就像Bullet Id Inc. 的 CTO，James Williams 所说的一样，敏捷开发已经逐渐地异化了。一路走来数个年头，感谢力软敏捷开

这里面既有大的组织的敏捷转型，也有一个小团队或个人的敏捷历程，还涵盖某个敏捷实践或工具的应用描述。　　 《敏捷开发一千零一夜》的特色在于由真实实践提炼，对正在实施敏捷的读者具有很高的参考价值。

A.敏捷是不是站立式会议，是不是把项目切分成几个小阶段就是迭代了？10个人还是4，5个人？D.当团队中出现短板时，敏捷的结对编程会不会变成致命的缺陷？E.敏捷团队中全功能团队和去角色化，会不会让项目失控？

传统的项目经理在敏捷开发中怎么弄？非常好的一篇文章，为了自己学习和方便大家，翻译了一下~~Who handles conventional project manager duties in agile development?传统的项目经理担负着巨大的责

要说原因，恐怕60%以上都会说，程序员素质达不到XP的标准，其实每每看到这里我都很奇怪。我也试图去跟别人沟通过敏捷的思想，但一说敏捷开发，一般对方都会说，着是个好东西，但是程序员素质参差不齐，怎么搞什么结对编程啊。敏捷，是敏捷，极限编程，是极限编程。敏捷不