Comments on: 再谈scrum

By: Jiabin

Jiabin — Mon, 19 Oct 2009 08:22:12 +0000

从”Related Post”点过来的。

我觉得实战中Scrum很重要的两点：member的精神动力和执行力。

By: 敏捷精灵

敏捷精灵 — Thu, 18 Sep 2008 00:53:01 +0000

对于Sprint Backlog应该做到怎样的粒度，我的操作实践是：

每个任务不能超过18小时，也就是3天（我们每天上班8小时，真正用到工作的时间是6小时）。。。再长的话，就不容易控制风险。。。最小的任务是1小时，但这样的任务一定要少，否则每天track起来，就会花去更多的精力。

Blog：敏捷软件开发随笔 http://scrumxp.blogspot.com

By: Scrum | Adieu的大杂烩

Scrum | Adieu的大杂烩 — Mon, 21 Jul 2008 02:37:03 +0000

[...] 参考这篇文章，这篇文章和这篇文章 [...]

By: Robin Lu

Robin Lu — Sat, 23 Feb 2008 15:30:51 +0000

backlog是一个备忘录，也是sprint的候选列表。粒度可以比进入sprint的具体工作大一些，可以在进入sprint之前再切分。我的经验是，如果粒度过大，会增加时间评估的不确定性，如果开发者在面对某个条目感到没有头绪或者足够的把握，不能确定next action，那粒度可能是有点大了。但减低粒度是需要花费资源的，需要有一个折中。

By: Kiwi Qi

Kiwi Qi — Sat, 23 Feb 2008 09:42:06 +0000

您好，我也有个问题请教。
在Scrum里提到依据Backlog评估并制定Sprint的发布计划。那么这里面的Sprint Backlog应该做到怎样的粒度。它与需求用例、User Story等是什么关系，能让开发人员理解究竟要做什么吗？
如果方便的话请您举个Backlog的具体实例，谢谢。

By: Robin Lu

Robin Lu — Thu, 07 Dec 2006 12:33:17 +0000

backlog里不是“设计”，是需求，是work item

By: Anto

Anto — Wed, 06 Dec 2006 17:34:43 +0000

问个问题,如果我们前期不得不用很长时间完成软件设计,而当我们投入了极大的精力和热情完成了设计发现我们的需求有变化,系统底层要变,切分好的任务要变,Sprint Backlog也要变, 怎么办,再来一遍?