提到敏捷开发，产品和研发人员一定不陌生，现阶段越来越多的研发团队在开发产品中使用或借鉴敏捷开发思路。敏捷开发方法对于指导项目开发有其自身优势也有劣势，这里我结合自己对敏捷开发的了解和以往的项目经验分享一下敏捷开发中最常用的手段-Scrum的一些心得体会。
什么是敏捷开发？
敏捷开发(Agile Development)以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
怎么理解呢？首先，我们要理解它不是一门技术，它是一种开发方法，也就是一种软件开发的流程，它会指导我们用规定的环节去一步一步完成项目的开发；而这种开发方式的主要驱动核心是人；它采用的是迭代式开发。
为什么说是以人为核心？
传统的软件开发流程是采用瀑布开发模型的，它是以文档为驱动的，为什么呢？因为在瀑布的整个开发过程中，要写大量的文档，把需求文档写出来后，开发人员都是根据文档进行开发的，一切以文档为依据；而敏捷开发它只写有必要的文档，或尽量少写文档，敏捷开发注重的是人与人之间，面对面的交流，所以它强调以人为核心。
什么是迭代？
迭代是指把一个复杂且开发周期很长的开发任务，分解为很多小周期可完成的任务，这样的一个周期就是一次迭代的过程；同时每一次迭代都可以生产或开发出一个可以交付的软件产品。
关于Scrum
前面说了敏捷开发是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而Scrum就是敏捷开发的具体方式了，常用的敏捷开发方式有Scrum和XP等，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的，这篇分享我们主要讲Scrum。
什么是Scrum？
Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；把一个开发流程的名字取名为Scrum，我想你一定能想象出你的开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它，你一定会感到非常兴奋的。而Scrum就是这样的一个开发流程，运用该流程，你就能看到你团队高效的工作。
Scrum开发流程中的三大角色
产品负责人（Product Owner）
主要负责确定产品的功能和达到要求的标准，指定软件的发布日期和交付的内容，同时有权力接受或拒绝开发团队的工作成果。
流程管理员（Scrum Master）
类似于Project Manager的角色，主要负责整个Scrum流程在项目中的顺利实施和进行，以及清除挡在客户和开发工作之间的沟通障碍，使得客户可以直接驱动开发。
开发团队（Scrum Team）
主要负责软件产品在Scrum规定流程下进行开发工作，人数控制在5~10人左右，每个成员可能负责不同的技术方面，但要求每成员必须要有很强的自我管理能力，同时具有一定的表达能力；成员可以采用任何工作方式，只要能达到Sprint的目标。
Scrum流程图
//------------------------
下面，我们开始讲具体实施流程。
首先说下Sprint，什么是Sprint?
Sprint是短距离赛跑的意思，这里面指的是一次完整迭代，就是我们要把一次迭代的开发内容以最快的速度完成它，而一次完整迭代的周期要根据研发团队的开发节奏而定，这个时间一般在1周到4周时间不等，这个过程我们称它为Sprint。
如何进行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的产品需求中。
总结
以上就是一个运用Scrum手段执行完整Sprint迭代周期的过程，最后说一下敏捷开发方法之Scrum的优劣势。Scrum的优势很明显，就是能够最大程度的调度研发资源去实现每个阶段最有价值的工作，而其劣势也源于敏捷开发最大的特点-人，由于敏捷开发过程是以团队各个成员为核心，因此团队中每个人都至关重要，而一旦有成员不可控，比如Team Member效率降低或者Product Owner不能合理地分配任务到Sprint Backlog，项目进展的各环节就会互相牵制，执行效率将大幅降低。
