Background
Why：
上联：为系统而生，为框架而死，为bug奋斗一辈子
下联：吃符号的亏，上大小写的当，最后死在需求上
软件开发流程:
瀑布(需求预见性)
迭代(二八理论)
螺旋(风险控制)
敏捷(需求适应性)
都有那些敏捷方法:
极限(过程)
Scrum(实践)
敏捷开发的4句宣言
个体与交互 胜过 过程与工具
可以工作的软件 胜过 面面俱到的文挡
客户协作 胜过 合同谈判
响应变化 胜过 遵循计划
开发团队在开发一个项目时，大家像打橄榄球一样迅速、富有战斗激情、人人你争我抢地完成它
Scrum Overview
Define Roles
Product owner: PM 搞定客户和需求
Scrum master: Team leader 服务Teammember，提供业务和技术支持
Teammember: 预计时间，完成任务
Create Product Backlog
What：A list of user stories prioritized by business value
Who：Stakeholders, Users, Product Owner
How：-Get User StoryAs a <user role>, I can <goal> so that <motivation>.Valuable to users, Estimable, Testable
-Prioritizing User StoriesBasic, Enhancement, Beautify
Sprint Plan Meeting(8 hours)
Who
Product Owner, Scrum Master, Teams
What
-Clarify User Stories
-Split User Stories Into Tasks.
by layers, by functionality
-Estimate The Tasks.
1.Each team member writes a ideal effort(human/day) for one task.
2.Discuss the reason why have difference and agree on one.
Sprint Plan Example
Running A Sprint
-Daily Scrum Meeting (15 mins)
What did I do yesterday?
What do I plan to do today?
What blocks in my way?
-Update Burndown Charts to Track Progress
-Sprint Review Meeting(4 hours)
Present to Project Owner and Users and get feedback.
Daily Scrum Meeting
Burndown Chart
Scrum Review
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的产品需求中；
