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

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

3.  除了优先级外,还有一个设置也是非常重要的,就是对于每个任务,你需要做工作量预估,预估什么呢,预估该任务开发完成所需的时间和人力等,敏捷里把这个预估叫做Story Point,故事点。


故事点这个概念现在争议很多,究竟以怎么样的方式来预估工作量呢?


(1) 有人说用小时,但是我们知道能力强的人跟能力弱的人所用的小时数必然是两样的,所以通过小时来得到故事点并且进而得到Velocity数据是不正确的。


(2) 也有人说按照困难度,但是困难度只能比较每个迭代中完成功能的困难程度,而无法去预判开发的速率趋势。


(3) 也有人说,与其花时间讨论这些,还不如直接分任务做了,这样才敏捷了。那么这样真的是敏捷吗?这样当然不是敏捷了,敏捷还需要一定的预判与分析,不然就不是敏捷,而叫做无序了。

 

那究竟何种方式能正确的呢?我是觉得还是按照各个公司的实际情况,比如,


(1)你们公司团队。而如果你们团队水平比较均衡,就可以时间,因为水平差不多,对于任何一个功能完成的时间是差不多的。


(2)当然,如果你们公司水平相差比较多,这个时候就可以用困难度了,就像跳水比赛一样,有很多标准的困难度。

 

假设我们现在已经选好了适合我们的方式,那怎么才能正确地得到这个故事点数的数值呢?


既然这个是估值,那我们就需要评估,谁来参与评估呢?答案是有直接负责这些功能的团队来负责估值,在估值中水平高的人和水平低的人需要进行一些讨论,在确定这个功能的数值。

 

而对于已经讨论产生的数值,开发人员就得承诺在讨论出来的时间内完成,因为既然是自己讨论出来的,当然能够按时完成,不然就太没面子了,而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.