InfoQ

新闻

你的Sprint应该有多长?

作者 Mark Levison译者 李剑 发布于 2008年5月20日 下午9时41分

社区
Agile
主题
敏捷实施,
敏捷技术
标签
Scrum

有哪些因素会影响sprint的长度?如果你打算从2天到6星期之间选一个长度,你会把哪些因素纳入考虑范围?来自Capital One的一名敏捷教练Ash Tengshe认为,选择sprint的长度实际上是在减少sprint长度和增加sprint长度的因素之间做出平衡。

导致sprint长度减少的因素

  • 无变化:这条原则指的是在当前sprint中不改变范围。所以sprint长度越短,人们就越有更多的机会进行小范围调整。
  • 结束:sprint的结束让团队感觉很爽,在一切继续开始之前,应当庆祝团队的胜利。(Ilja Preuss
  • 反馈:这是反映团队的工作完成情况的契机。反馈的频率越高,每次的路线纠正就越小。(Ilja Preuss
  • ROI:每个sprint都可以部署新特性。(Ilja Preuss)
  • 承诺可靠度:sprint长度越短,就越容易发现承诺是否可以兑现。在长的sprint中,团队就比较容易进行过度承诺,以为他们应该可以完成某个故事。(Paul Oldfield

导致sprint长度增加的因素

  • 将要“完成”:在一些情况下,要在短的spint中把一个故事完成还是有技术难度的。(Ash Tengshe)(之前的一篇InfoQ新闻中谈到过将要“完成”

也许正如Dmitry Beransky所说,这些都只是团队的附属物,关键在于他们要找到对自己起作用的因素。

查看英文原文How Long Should You Sprint For?

没有回复

回复

深度内容

Flex与JSON及XML的互操作

平台需要互操作性。在这篇文章中,作者仔细研究了Flex和JSON及XML的互操作性。文章也包含了使用E4X库来将XML映射到图表和表格组件的内容,还演示了如何使用as3core库来解码JSON消息。

用Qi4j进行面向组合编程

本文将简要介绍面向组合编程(COP,Composite Oriented Programming)的概念,展示它如何规避OOP存在的一些问题,并重新点燃使用可重用部件组装领域模型(Domain Model)的希望。

系统开发——新学科,新教育

一门新的计算机学科——“系统开发”,强调人性化、匠艺、设计、创意、创新和新事物的涌现,并建议用被称为“bottega”的工作室替代乏善可陈的教室。

图书聚焦:Visual Studio 2008 揭秘

Mike Snell和Lars Powers用他们最近由Sams出版的新书《Visual Studio 2008揭秘》,试图帮助大家提高开发人员的生产力。本文包括一个下载样章——第10章调试。

BPEL为何不是BPM的圣杯?

Pierre Vigneras在本文中讨论了作为标准之一的BPEL所存在的问题。Pierre先给我们大致介绍了一个简单的并行流程,接着讨论了从业者在试图以一个结构化模型为基础表达非结构化流程时遇到的一系列问题。

基于范型的多语言编程

你是否仔细思考过,为什么人们总在讨论“要正确的语言做恰当的事情”?在这篇文章中,Sadek Drobi向你解释了为什么应该在系统内部混合使用多种语言。

采访与书摘《Pro Web 2.0 Application Development with GWT》

Jeff Dwyer就关于他的新书(《Pro Web 2.0 Application Development with GWT》)、GWT1.5以及创建可搜索的Ajax应用谈了一些他的见解。

时刻准备着,迎接IT业的春天

我们需要设身处地地为客户及客户的业务本身着想,与客户同舟共济。更多创新的思路、产品和模式也同样将为IT业带来新的出路。IT业并不需要坐以待毙,在春天到来之后,市场将会更加繁荣!