敏捷过程：
敏捷开发(Agile Development)是一种以人为核心、迭代、循序渐进的开发方法。
为什么说是以人为核心？瀑布开发模型，它是以文档为驱动的，在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。
什么是迭代？迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务，这样的一个周期就是一次迭代的过程；同时每一次迭代都可以生产或开发出一个可以交付的软件产品。
符合以下敏捷原则的软件过程统称为敏捷过程：
1，“个体和交互”胜过“过程和工具”：团队成员的合作，沟通以及交互能力要比单纯的软件编程能力更为重要。
2，“可以使用的软件”胜于“面面俱到的文档”：开发人员应该把主要精力放在创建可使用的软件上面，仅当迫切需要并且具有重大意义的时候，才进行文档编制工作，而且所编写的内部文档应该尽量简明扼要和主题突出。
3，“客户合作”胜于“合同谈判”：开发团队和客户密切协作，以满足客户不断变化的需求。
4，“响应变化”胜于“遵循计划”：计划必须有足够的灵活性和可塑性，在形势发生变化时能够迅速调整，以适应业务，技术等方面的变化。
5，最重要的是通过尽早和持续地交付有价值的软件以满足客户的需要。
6，即使在开发的后期也欢迎需求的变化。敏捷过程驾驭变化带给客户竞争优势。
7，经常交付可以使用的软件，间隔可以从几个星期到几个月，时间尺度越短越好。
8，业务人员和开发人员应该在整个项目过程中每天都在一起工作。
9，使用积极的开发人员进行项目，给他们提供所需环境和支持，并信任他们能够完成任务。
10，在开发小组中最有效率和效果的信息传达方式是面对面的交谈。
11，可以使用的软件是度量进度的主要标准。
12，敏捷过程提倡持续开发过程。投资人，开发人员和用户应该维持一个长期稳定的步调。
13，持续地追求卓越的技术和良好的设计会增加敏捷性。
14，简单是最重要的，做必要的事情，尽可能减少工作量。
15，最好的构架，需求和设计都来自于自组织的团队。
16, 团队要定期总结如何提高效率，然后相应地调整自己的行为。
应用最为广泛的敏捷过程是极限编程（eXtreme Programming）和Scrum
极限编程（eXtreme Programming）适用于需求模糊且经常改变的情况。
极限编程的有效实践：
1，客户作为开发团队的成员，至少有一名客户代表在整个项目周期中与开发人员在一起紧密地配合工作，客户负责确定需求，回答开发人员的问题，设计功能验收测试方案。
2，每两周完成一次迭代过程，交付一个实现了客户部分需求的系统，演示本次迭代后的系统，获取用户的反馈意见。
3，通过执行由客户制定的验收测试来获取用户需求的细节。
4，结对编程，由两名开发人员在同一台计算机上共同编写解决同一问题的代码，通常一个人编码，一个人对代码进行审查和测试。
5，测试驱动开发，测试先行，在编码之前先设计好测试用例，然后再编程，直到所有测试用例全部通过。
6，代码集体所有，小组每个成员都有更改代码的权利，每个成员都对全部代码的质量负责。
7，持续集成，在一天之内多次集成系统，而且随着需求的变更，不断的进行回归测试。
8，可持续的开发速度，每个开发人员每周工作时间不能超过40h，以免降低生产率。
9，计划应该是灵活的，循序渐进的。
10，每次迭代的计划和设计都需和这次迭代过程中用户的素材完全匹配，不需要考虑未来用户的素材。
11，必要时需要在不改变系统行为的前提下，重构系统代码，以降低复杂性，消除冗余，增加灵活性和提高性能。
12，使用“隐喻”，给出整个系统的全局视图，描述系统如何运作，以及用何种方式把新功能加入到系统中。
极限编程的整体开发过程：
1，项目组针对客户代表提出的“用户故事”进行讨论，提出隐喻，对体系结构进行难点试探。
2，项目组在隐喻和用户故事的基础上，根据客户设定的优先级定制交付计划。
3，接下来开始多个迭代过程（1-3周），在迭代期间产生的新用户故事不在本次迭代内解决，以保证本次开发过程不受干扰。
4，开发出的新版本软件通过验收测试之后交付用户使用。
极限编程的迭代过程：
1，项目组根据交付计划和“项目速率”，选择需要有限完成的用户故事，待解决的缺陷，制定本次的迭代计划。
2，通过每天一次的“站立会议”，解决遇到的问题，调整迭代计划，会后进行代码共享试的开发工作。
3，进行单元测试，进行代码集成，进行验收测试。
4，开发人员和用户讨论所发现的问题，提出新的用户故事，算出新的项目速率。
Scrum：Scrum的英文意思是橄榄球运动中的“争球”的动作；开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它，实现高效运作。
Scrum开发流程中的三大角色：
产品负责人（ProductOwner）：主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。一般是由项目经理担任（非全职），负责和客户沟通。
流程管理员（ScrumMaster）：主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。一般来自开发团队，负责组织每次迭代过程中的各种会议，发布通知，跟新信息。
开发团队（ScrumTeam）：主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，要求每成员必须有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
Sprint是短距离赛跑的意思，这里指一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是我们要把一次迭代的开发内容以最快的速度完成它，这个过程我们称它为Sprint。
Scrum流程：
1、首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由ProductOwner 负责的；
2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；
3、有了Product Backlog列表，我们需要通过 Sprint PlanningMeeting（Sprint计划会议） 来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog；
4、Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）；
5、在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议），每次会议控制在15分钟左右，每个人都必须发言，并且要向所有成员当面汇报你昨天完成了什么，并且向所有成员承诺你今天要完成什么，同时遇到不能解决的问题也可以提出，每个人回答完成后，更新自己的 Sprint burn down（Sprint燃尽图）；
6、做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS（Team Foundation Server）就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；
7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加，每一个Scrum Team的成员都要向他们演示自己完成的软件产品；
8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；
敏捷开发中XP与SCRUM的区别：
