随着先进技术的不断引入，将企业的信息化发展置于新旧迭代的循环之下，为了更加有效地应对这些挑战，企业需要考虑新技术能否为业务创造更多的机会。另外，谈到敏捷，我们需要介绍一种当今广泛应用的实践方法“Scrum”。敏捷Scrum方法论可以帮助业务提升产品质量与价

敏捷项目管理是针对传统项目管理而言的，由于任何项目过程都需要项目管理，所以对于敏捷软件开发过程中进行的项目管理就是敏捷项目管理．敏捷项目管理的三个重点是客户，产品和人．为客户创造价值，生产适应力强的产品和让富有才能的人相互协作．

随着敏捷开发越来越流行，人人都在谈敏捷，人人也都在学习scrum等敏捷开发方法。。。当然，自己也是敏捷开发的实施者和受益者。敏捷开发不是指某一种具体的方法论、过程或框架，而是一组价值观和原则。除了Scrum和XP，对于上面的其他开发方式，我也只是简单了解，

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

附件是2011.11.26在杭州举行的敏捷之旅杭州站会议时我的演讲的PPT

共振是以无我、无住精神推广敏捷时的具体做法。很容易被简单理解为循序渐进，但这样理解不全面，这也是为什么会出现“共振”这个奇怪的词汇。在掌握了共振的人眼中，这不是一个家“有些敏捷实践无法开展的公司”，而是一家“有些敏捷实践可以开展的公司”。此后的问题及分析，

不写，怎么不写？先把话说绝点，敏捷就是不写文档。敏捷认为所有中间产品，需求，计划，设计，测试用例……长期文档适合详细描述，用语应完整，甚至可以动用图形和建模工具。短期文档适合粗略描述，典型的就是用纸或Word凌乱地写一些关键内容，无需长期保存，月末一般就无

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一

作为一个开发人员，了解一些开发流程是十分有必要的。一体化团队成员包含：ProductOwner、敏捷教练、项目PL、开发人员、测试人员、资料人员、CICoordinator、配置管理员。

最重要的就是一个叫“包需求”的东西。这个阶段把包需求分解了，也加了很多人进来。每天大家就对着包需求“想象”场景，输出“场景分析”，这个场景分析之后，又把包需求分解成了一大堆“设计需求”，这个DR也是一个长长的列表，作为下一阶段工作的起点

简单的说，敏捷开发是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。　　敏捷开发是由一些业界专家针对一些企业现状提出了一些让软件开发团队具有快速工作、响应变化能力

Scrum是一种敏捷软件开发框架。项目经理类似的Scrum主管角色负责维护过程和任务，产品负责人代表利益所有者，产品负责人主要是确定系统需求.产品负责人 Master 负责和产品经理沟通, 监督开发进展情况 , 和负责对外的沟通, 让团队内部人员尽量少受到

*客户协作胜过合同谈判。*响应变化胜过遵循计划。给他们提供所需的环境和支持，并且信任他们能够完成工作。

早就想写这个总结了，因为SCRUM很好， 工具却难找，但一直没有出台，是想等自己都试用过后，这样才更有发言权。可有些工具真的是很难搭起一个环境，这样只好摘录一些网友们的评论了！最直接的方式，用于每天的tracking，还是非常不错的，但是对Product

敏捷在国内的宣传中，给人的感觉是降低成本，实际上能做这些的咨询公司，人力的单价都很高，也会有一些商务的政策保护，如果把这钱给一些有经验的公司，我相信做的也不会差。“东西做好了就行”，这句话很有意思，经常听到这句话。

Scrum在英语的意思是橄榄球里的争球。虽然Scrum是为管理软件开发项目而开发的，它同样可以用于运行软件维护团队，或者作为计划管理方法：Scrum of Scrums. Scrum是一个包括了一系列实践和预定义角色的过程骨架。Scrum中的主要角色包括同

相信实施过敏捷开发的博友，每天会在同样的时间和同样的地点召开会议，此会议在Scrum五大活动中被称为每日Scrum会议。开发团队通过每日Scrum会议来确认他们仍然可以实现Sprint的目标。只有Scrum团队的成员,包括 ScrumMaster和产品负责

敏捷开发的理念已经流行了很长的时间，在敏捷开发中的开发迭代阶段中，我们可以通过五个步骤，来有效的提高整个项目的代码质量。Java项目开发过程中，由于开发人员的经验、Java代码编写习惯，以及缺乏统一的标准和管理流程，往往导致整个项目的代码质量较差，难于维护