Scrum 大白话总结

Scrum是敏捷过程中比较著名的一个过程框架,被很多团队采用。

Scrum使用迭代的开发方式,每一次迭代中,都会经历一个“计划->实施->验证->反思”的过程。这是一个开发过程,同时也是一个对项目的认识过程,这样的设计其实也是遵循了哲学的认知论.

 

名词解释:

Sprint:每一次迭代称为一个Sprint。

Backlog:其实就是需求列表。

SM:Scrum Master,Scrum过程的管理者。

PO:Product Owner,需求他说了算。

TEAM:架构师、开发人员、测试人员等。

Chicken:其他相关的人,如老总、客户。 ^_^

故事点:一个相对独立的功能点。

度量:在过程中的一些度量值。如当前系统的BUG数。

事件:过程中出现的一切事件。如小王今天早上在大家在全身心投入站会时时,放了一个屁……

 

角色

Scrum中只有三类角色:SM、PO、Team。

 

计划会议

一个迭代的时长一般定在2-4周。而计划会议是 Scrum 中最重要的会议。目的是定出本次Sprint的任务目标和计划,让所有成员能在接下来的日子里更流畅地进行各自的工作。同时,这也会让PO更有信心。

主要活动:PO做出产品Backlog,然后在会议上给大家讲解。会议上Team在对故事点理解的基础上,对其进行估时。最后再将其拆分为任务点。故事点和任务都放在小黑板上。

产物(按优先级排序):

业务目标、Demo会议日期、

Sprint Backlog(故事点列表、估优先级和估时、HowToDemo)、

速度和资源的计算、成员列表、

每日站会的时间地点、

故事点拆分为任务。

注意事项: 

PO必须参加这个会议!这是因为需要和Team进行面对面的交流来进行计划,以确定估算时间、范围、重要程度等可变因素。

PO和团队之间要保证对故事的理解没有问题。可以保证backlog所有的列都全部写好。最重要的就是How to demo列。

技术性的故事点,不要让PO来定优先级,这样会得到很低的优先级,而往往它们是很重要的。

 

Sprint Backlog

每期Sprint都需要一个Backlog。Backlog也就是对当前需求的描述文档。目前我们项目组使用Excel做Backlog:

图1 Backlog Excel表

 

同时,使用黑板进行平时的调整:

图2 小黑板

 

每日站会

每天,Scrum团队成员都会参加这个会议。会议时间在15分钟以下,大家都站着,所以称为“站会”。

每个人在站会上主要是叙述一下昨天做了什么、今天会做什么,以及需要的支持等。同时,每个人更新小黑板上的相关内容,如:

图3 更新时间

 

Sprint Demo会议

Demo会议也是十分重要的一个会议。

主要是向PIG们展示当前阶段的项目成果。会议上应该保证明确地展示了本Sprint的业务目标。

这是一个重在 沟通和反馈 的过程。

 

Sprint回顾会议

这同样是一个非常重要的会议。因为这个会议的开展会帮助团队进步

会议中会对本次Sprint的所有故事、度量、事件,进行以下三方面的归类:做得好的,做得不对的、改进意见。

(“做得不对的”表示:如果同样的事发生在下个Sprint,应该以不一样的方式来对待它。)

 

其它

想系统地学习Scrum,参见:Introduction to Scrum - An Agile Process

还有:《Scrum and XP from the Trenches》

时间: 2024-10-24 11:29:55

Scrum 大白话总结的相关文章

Scrum 流程应用反思 - 我们的团队

    这篇文章和<PDA感悟>一样,是对一年前学习到的相关知识的一个应用反思.     写它,是为了完成每月反思,也是为了完成我这个月的目标,更是为了积累项目流程经验.     之前已经看过刚进公司的时候,由于项目组需要使用 Scrum 作为流程来进行软件开发,所以当时看了一遍<Scrum and xp from the trenches>,主要目的是了解 scrum 中的主要内容,以促进早日融入项目组,并写了一篇介绍 Scrum 的入门级别的文章:<Scrum 大白话总结

你要招聘怎样的Scrum Master?

你是否注意过近期的各种招聘Scrum Master的广告呢?某些招聘广告将PMP认证作为应聘的必要条件,某些招聘条件则表示如果你能够在指定时间内完成某个项目,或者满足了某客户的需求,则能够提供额外的奖金.某些招聘条件要求应聘者完成整个团队的招聘计划,或者管理客户的需求.某些招聘条件要求应聘者创建跨国成员的团队,或者更糟的是在不同的国家创建多个团队.某些条件还要求应聘者承担教练的重任.所有这些招聘条件都打着同一个名号 --"Scrum Master". 我了解每个敏捷团队所面临的情况都不

Scrum中QA角色经验分享

Scrum是软件开发的敏捷方法.它以2到4周为一个迭代开发出有价值的商业功能.Scrum团队有两 个明显特征:他们是多面手(例如:他们具备完成工作所必须的所有技能):他们是自管理的(例如 :团队不断探索如何把工作做的最好的方法).通过过去两年在Scrum团队中近2年的QA角色的不断实 践,我认识到Scrum中的QA不仅仅是编写测试用例和汇报缺陷那么简单. 对比传统瀑布模型的 项目中的同步活动,Scrum期望开发活动根据实际需要的顺序来执行,例如异步.这点有悖传统,让 许多客户.开发和业务关系人等

使用IBM Rational Team Concert V2管理Scrum项目,第2部分: 规划和管理Sprint

在超过一年多的时间里,我们一直在使用 IBM Rational Team Concert 来支持我们的 Scrum 团队,享用它的特性,与它的缺点共存,并发展它的下一个版本.使用 IBM Rational Team Concert V2,Jazz 和 Rational Team Concert 团队可以向 Scrum 和敏捷评估.规划支持交付显著的改进(更不要去提更加改进的 Web 客户端以及许多其他新的特性). Sprint 规划 正如我们在本系列文章第一部分使用 IBM Rational T

使用IBM Rational Team Concert V2管理Scrum项目,第1部分

第1部分 创建项目.团队和计划 在超过一年多的时间里,我们一直在使用 IBM Rational Team Concert 来支持我们的 Scrum 团队,享用它的特性,与它的缺点共存,并发展它的下一个版本.使用 IBM Rational Team Concert V2,Jazz 和 Rational Team Concert 团队可以向 Scrum 和敏捷评估.规划支持交付显著的改进(更不要去提更加改进的 Web 客户端以及许多其他新的特性). 专业术语 scrum 起源于橄榄球运动,是 scr

使用IBM Rational Team Concert V2管理Scrum项目,第3部分

概述 在您开始之前 在您开始为 Scrum 开发使用 IBM Rational Team Concert 之前,您要确保对 Scrum 的基础知识有了一个通透的理解,并理解诸如 Product Backlog, Story Points 等等之类的术语.在本系列第一部分"创建项目.团队和计划"的开始部分,有对 Scrum 项目管理的简单介绍. 关于本系列 IBM Rational Team Concert 协作功能的广度,使得快速理解它并且使用起来得心应手,变成一项十分具体挑战性的工作

基于Visual Studio 2010进行敏捷/Scrum模式开发

根据Forrester Research今年第二季度的一份研究报告,在超过1000名专业开发人员中,采用敏捷模式进行软件开发的已经有10.9%采用了Scrum模式,在所有的敏捷开发模式中名列首位,而在所有的软件项目管理模式中,敏捷模式更是被35%的开发人员所采用.当然,研究报告为我们呈现的仅仅是一个统计学的观点,到底你的开发团队应该采用什么样的开发模式,这还是要根据各自不同的开发环境,人员构成,公司架构以及文化背景来决定. 图1:Forrester 关于敏捷模式的调查报告 Visual Stud

Darkwatch开发游戏使用Scrum方法

很多开发者都习惯了传统的游戏制作过程,但是,随着游戏开发的越来越复杂(和成本的增加),我们需要新的开发方法.我们和Clinton Keith,High Moon工作室的CTO, 交流了关于Scrum的想法.High Moon和其它一些公司发现Scrum在游戏开发方面非常好用. GameDAILY BIZ: 我们的很多读者也许对敏捷方法和Scrum方法都不是很熟悉,它起源自哪里,你能否介绍一些它的基础,以及它为什么适合于游戏开发? Clinton Keith: 敏捷方法和传统方法不同,传统的方法中

scrum agile-如果用scrum做sprint plan,怎么确定user story和task?

问题描述 如果用scrum做sprint plan,怎么确定user story和task? 这两天我们请咨询公司的scrum master做顾问,为我们做scrum,开了几天的会,我怎么觉得他们很忽悠.scrum master帮我们做user story的分析,就写了些As... Iwould like to... so...的纸条,然后要我们打分,我也不知道为什么纸牌是1,3,5,8,13,30,然后直接200,300了.而且我觉得他们的user story分析的也不对,有些是feature