学习内容：
敏捷开发 Agile Development 是一种软件开发流程，开发方法，能够知道我们按照规定的环节一步步的去完成项目的开发任务，主要驱动核心是人，采用的是迭代式的开发。
- 是相对于瀑布开发模式的缺点改进的一种开发模式，就是把一个大项目切分成多个子项目，然后分别开发、测试。
- 是以用户的需求变化为核心，采用迭代和循序渐进的方式进行软件开发。
四句开发宣言：
- 个体和互动 胜过 流程和工具
- 可用的软件 胜过 详尽的文档
- 客户合作 胜过 合同谈判
- 响应变化 胜过 遵循计划
遵循的原则：我们最重要的目标是通过持续不断地及早交付有价值的软件使客户满意。
1.两种开发模型的差别：
（1）瀑布开发模型是以文档为驱动的，需要写大量的文档，在需求文档写出来后，开发人员就根据开发文档进行开发，以文档为依据。
（2）相对的，敏捷开发只写必要的文档，尽量少写文档，注重的是人与人之间，面对面的交流，所以强调的是以人为核心。
2.关于迭代：
敏捷开发中就是把一个大项目切分成多个子项目，也就是把一个复杂并且开发周期很长的开发任务，进行分解，分解成许多小周期内就可以完成的任务，这样一个周期就是一次迭代；
同时每一次迭代都可以生产或者开发出一个可以交付的软件产品。
3.关于Scrum和XP
如果说敏捷是一种软件开发的知道思想，那么这是敏捷开发的具体方式，两者的区别是，Scrum注重过程，XP注重实践，实际中两者是结合一起使用的。
Scrum的来源：Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它，你一定会感到非常兴奋的。
而Scrum就是这样的一个开发流程，运用该流程，你就能看到你团队高效的工作。
Scrum开发流程中的三大角色：
- 产品负责人（Product Owner）
主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
- 流程管理员（Scrum Master）
主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
- 开发团队（Scrum Team）
主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
4.Scrum流程图
Sprint的来历：Sprint是短距离赛跑的意思，这里面指的是一次迭代，而一次迭代的周期是1个月时间（即4个星期），也就是我们要把一次迭代的开发内容以最快的速度完成它，这个过程我们称它为Sprint。
5.如何进行Scrum开发？
1、我们首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的；
2、Scrum Team根据Product Backlog列表，做工作量的预估和安排；
3、有了Product Backlog列表，我们需要通过 Sprint Planning Meeting（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就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员；
7、当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时，我们要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）；
8、最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中；
任务看板：
包含（需求、需求分析[用户研究、竞品分析]）、原型设计、待开发、开发中、待验收、已完成的工作状态，假设你今天把一个未完成的工作已经完成，那么你要把小卡片从开发中区域贴到待验收区域。
每个人的工作进度和完成情况都是公开的，如果有一个人的工作任务在某一个位置放了好几天，大家都能发现他的工作进度出现了什么问题（成员人数最好是5~7个，这样每人可以使用一种专用颜色的标签纸，一眼就可以从任务版看出谁的工作进度快，谁的工作进度慢）
每日站会：
参会人员可以随意姿势站立，任务看板要保证让每个人看到，当每个人发言完后，要走到任务版前更新自己的燃尽图。
学习内容参考：