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 Story As a <user role>, I can <goal> so that <motivation>. Valuable to users, Estimable, Testable
-Prioritizing User Stories Basic, 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
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的产品需求中;