"Scrum站立会议"浅析

目录

　　Scrum

　　Scrum Meeting功能及要点

　　Scrum Meeting点评

Scrum

　　定义：是一种软件开发流程。它并不是一项技术，这种开发方式的主要驱动核心是人，它采用的是迭代式开发。

　　Scrum开发流程中的三大角色：

　　　　(a)产品负责人（Product Owner）

　　　　(b)流程管理员（Scrum Master）

　　　　(c)开发团队（Scrum Team）

　　开发流程

　　　　(1)首先需要确定一个Product Backlog（按优先顺序排列的一个产品需求列表），这个是由Product Owner 负责的

　　　　(2)Scrum Team根据Product Backlog列表，做工作量的预估和安排

　　　　(3)有了Product Backlog列表，需要通过 Sprint Planning Meeting来从中挑选出一个Story作为本次迭代完成的目标，这个目标的时间周期是1~4个星期，然后把这个Story进行细化，形成一个Sprint Backlog

　　　　(4)Sprint Backlog是由Scrum Team去完成的，每个成员根据Sprint Backlog再细化成更小的任务（细到每个任务的工作量在2天内能完成）

　　　　(5)在Scrum Team完成计划会议上选出的Sprint Backlog过程中，需要进行 Daily Scrum Meeting（每日站立会议）

　　　　(6)做到每日集成，也就是每天都要有一个可以成功编译、并且可以演示的版本；很多人可能还没有用过自动化的每日集成，其实TFS就有这个功能，它可以支持每次有成员进行签入操作的时候，在服务器上自动获取最新版本，然后在服务器中编译，如果通过则马上再执行单元测试代码，如果也全部通过，则将该版本发布，这时一次正式的签入操作才保存到TFS中，中间有任何失败，都会用邮件通知项目管理人员

　　　　(7)当一个Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，这时要进行 Srpint Review Meeting（演示会议），也称为评审会议，产品负责人和客户都要参加（最好本公司老板也参加），每一个Scrum Team的成员都要向他们演示自己完成的软件产品（这个会议非常重要，一定不能取消）

　　　　(8)最后就是 Sprint Retrospective Meeting（回顾会议），也称为总结会议，以轮流发言方式进行，每个人都要发言，总结并讨论改进的地方，放入下一轮Sprint的产品需求中

Scrum Meeting功能及要点

　　功能

　　　　　　

　　　　（a）通过站立会议能狗得到最新的障碍 Backlog

　　　　（b）能够得到最新的 Sprint Backlog

　　　　（c）能够实现对工作进度图的更新

　　要点

　　　　（a）每次会议控制在15分钟左右

　　　　（b）每个人都必须发言

　　　　（c）向所有成员当面汇报你昨天完成了什么，承诺你今天要完成什么，提出不能解决的问题

　　　　（d）每个人回答完成后，要走到黑板前更新自己的 Sprint burn down（Sprint燃尽图）

Scrum Meeting点评

　　学生学识肤浅，对Scrum只有很短的接触时间，所以对站立会议做出的评价仅代表个人观点，赘述拙见，望海涵。我将我的观点分为以下两个方面：

　　1）这是一个很神奇的会议。它神奇在能有效的凝聚团队。前文有说Scrum是一个人为主要核心推动力的团队，我想站立会议绝对是对这一点特质的绝好体现。这不仅让团队中的每个人都熟悉了彼此的工作内容，还可以从中汲取营养或者错误的教训，至少一个认真的成员能够明显体会到相比在其他普通团队的学习效率远不如此。2）站立会议的几个要点在邹欣老师的《构建之法》中也有提到，而且在书中详细的叙述了这些要点的目的及意义。与此同时也特意列举了流于形式的会议的情景，我对邹老师的观点十分钦佩和赞赏：“这样的会议有用么？也许昨天掰的棒子没处理，今天就掰另一个棒子去了，明天又来一个新棒子……”所以站立并不是为了激情才把大家凑在一起热闹热闹，我想是为了实质才设立的，也就是推进工程、融合各方不同意见。也许这就要看一个Scrum Master的能力了。

本文关于Scrum的资料源于：http://www.cnblogs.com/taven/archive/2010/10/17/1853386.html

站立会议资料源于：http://www.zhoujingen.cn/blog/7265.html