Scrum 学习篇 -- Backlog之浅析 (一)

标签: scrum 学习 backlog | 发表时间:2012-09-13 23:00 | 作者:
出处:http://www.iteye.com


何谓Backlog?


本文所说的Backlog是Scrum中的一个专用名词,大约意思是待办的工作事项。

 

那它是用来干什么的呢?


Backlog里面放的是需要实现的所有任务,包括功能性的和非功能性的任务,换句话说,就是咱们已经把客户的需求提炼出来并且已经完成了设计的部分,现在这些已经完成设计的用户需求被放在一个地方,持续添加新的进来并且随时可以分配出去进行开发,这个地方就叫做Backlog。

 

知道它是干什么了,那你知道为什么我们需要Backlog吗,不就是一个地方可以放需要去完成的任务吗?有那么重要吗?


首先,是的,它很重要。


怎么个重要法呢?


1.   首先从Scrum的过程看,我们可以发现Backlog是其起源,俗话说,好的开始是成功的一半,其实Backlog也是同样的一个道理,因为它为敏捷开发的成功开了一个好头,有了Backlog,我们就随时可以知道我们需要做什么。




2.     当然知道要做什么还不够,因为我们是在做产品,而不是只做一个功能,要做的东西太多了,就有可能会乱,最后甚至导致“不”敏捷了。

 

所以Backlog专门提供了优先级的功能,我们可以根据商业上的需要给每个待做任务设置优先级,而开发时就可以根据优先级来进行开发安排。

 

不过,设置优先级是一件很重要又很严肃的事情,因为一旦设置了优先级以后,意味着你的产品开发就会按照某个方向上进行了,一旦设置错误,可能会导致很坏的后果,比如某个功能你觉得优先级不高,不看重它,所以一开始不开发,但是竞争对手很快做出来了,然后占领了市场,这个时候你再去更改优先级就有点晚了。


所以对于优先级的设置,我们就会有很多的考虑,



           1)    比如根据冒泡法来设置优先级,通过两两比较来确定两个任务的优先级别,然后再去跟第三个比较,再来确定,这样循环下去,得到所有任务的优先级别。


           2)    当然冒泡法只是一个设置的优先级的方法,但是得出优先级的方式还是得根据产品的实际情况来决定,比如说优先考虑客户看重的功能,而对于我们自己想出来的优先级就低一点。


           3)    再比如,可以根据工作量情况,先完成那些比较容易的,而对于改动很大的放到后面去。


          4)   当然,还可以考虑市场投放顺序,根据我们自己想让客户看到的功能的顺序去决定优先级别,毕竟敏捷里是要定期交付给客户Build的。

 

所以Backlog里优先级的设置是一件相当重要的事情,只有正确的优先级,正确的开发与交付次序才有可能得到最高的产品价值。




(未完待续)



已有 0 人发表留言,猛击->> 这里<<-参与讨论


ITeye推荐



相关 [scrum 学习 backlog] 推荐:

Scrum 学习篇 -- Backlog之浅析 (一)

- - ITeye博客
本文所说的Backlog是Scrum中的一个专用名词,大约意思是待办的工作事项. Backlog里面放的是需要实现的所有任务,包括功能性的和非功能性的任务,换句话说,就是咱们已经把客户的需求提炼出来并且已经完成了设计的部分,现在这些已经完成设计的用户需求被放在一个地方,持续添加新的进来并且随时可以分配出去进行开发,这个地方就叫做Backlog.

Scrum 学习篇 -- Backlog之浅析 (三)

- - ITeye博客
介绍了上面三个Backlog的重要性,大家应该能感觉到在敏捷中,Backlog的确是非常重要的一个概念. 下面就来具体介绍一下Backlog的几个分类:. 由于不同的公司、不同的专家对Backlog的分类总是有点区别,所以我们就以业界最知名的敏捷开发工具 TechExcel DevSuite中的Backlog来举例子吧,.

Scrum 学习篇 -- Backlog之浅析 (二)

- - ITeye博客
 除了优先级外,还有一个设置也是非常重要的,就是对于每个任务,你需要做工作量预估,预估什么呢,预估该任务开发完成所需的时间和人力等,敏捷里把这个预估叫做Story Point,故事点. 故事点这个概念现在争议很多,究竟以怎么样的方式来预估工作量呢. (1) 有人说用小时,但是我们知道能力强的人跟能力弱的人所用的小时数必然是两样的,所以通过小时来得到故事点并且进而得到Velocity数据是不正确的.

Scrum之backlog估算与分解

- - ITeye博客
在Scrum中,针对PO提出的backlog进行估算与分解是Scrum master常见的工作,简单总结了下一些概念和方法:. 1.关注backlog的创建者和来源,优先级,以及发布时间. 2.对每个backlog进行成本,复杂度,风险,功能点. 3.针对backlog在计划会议上进行任务分解,把每个backlog分解为多个task,团队成员根据相应分工与特长估算工时和认领:.

[原]白话SCRUM 之三:sprint backlog

- - 麦哲思科技
Sprint Backlog就是任务列表,如果映射到传统的项目管理理论中就是WBS(work breakdown structure),而且是典型的采用面向交付物的任务分解方法得到的WBS. 比如有一个Product backlog 条目为:.     作为系统的合法用户,可以通过录入账号和密码登录到系统中.

[原]白话SCRUM 之二:product backlog

- - 麦哲思科技
        在SCRUM方法中明确要求了3个文档:           1 product backlog.         Product backlog 中列举了本项目应该实现的需求,需求采用了用户故事的方式进行描述,用户故事是一句简短的采用用户熟悉的术语表达的需求,是用户讲给开发人员的故事,不是开发人员讲给用户的故事.

Scrum的故事

- Philip - 《程序员》杂志官网
2001年2月,17位敏捷先驱齐聚犹他雪鸟度假村,起草《敏捷宣言》的时候,Scrum只是众多方法中不太起眼的一个. 十年之后,Scrum却成为最流行的敏捷方法,几乎成为敏捷的代名词. 本文来介绍下Scrum的两位创始人——Jeff Sutherland与Ken Schwaber. 大家可能不会想到,Jeff Sutherland的第一份工作居然是美国空军战斗机飞行员,还曾于1967年获得了“壮志凌云”称号,完成过100次飞越北部越南的作战任务.

scrum经验

- - CSDN博客研发管理推荐文章
Scrum是基于过程控制理论的经验方法,倡导自组织团队;其运行框架核心是迭代增量型并行开发,也是“适应性”的软件开发方法. Scrum提供了高度可视化的用于管理软件开发复杂性管理的敏捷项目管理的实践框架或敏捷过程,可以用于对现存软件工程实践的包装,提高软件生产率,改善沟通和合作的方法,使人们协作并注重业务目标.

Trello中的Scrum

- - IT瘾-infoq
Trello的用户数量近期超越了1000万的大关,它正迅速成为各色敏捷团队中流行的工具. 它的简洁及在Web、移动端优秀的体验,使它从众多更复杂的解决方案中脱颖而出,赢得了更多的团队. 因为Trello完全不在意用户如何使用,所以导致用户在用它进行Scrum过程最佳实践时产生一些困惑. 去年,我就如何使用Trello及对Scrum和Kanban过程进行管理与很多人进行了交流,同时,我还翻遍了网上所有关于使用Trello管理敏捷过程的文章.

Redmine Backlog tracker注意事项

- - CSDN博客研发管理推荐文章
最重要的,story和task的tracker不能相同. 否则在taskboard中会将task和story并列显示,尽管它们是父子关系. 因此比较好的做法是,story使用redmine默认的tracker:Support, Bug 和Feature. 而另外创建一些tracker用来跟踪task.