David Nuescheler谈JCR和REST
在这篇访谈中，Day公司CTO和JCR规范组长David Nuescheler讨论了JCR（Java内容仓库标准）的优点、JCR与诸如Atom/Atom发布协议这种API之间的区别、JCR与REST的联系，以及一个新的Web框架——Apache Sling。
新闻
你的Sprint应该有多长？
作者 Mark Levison译者 李剑 发布于 2008年5月20日 下午9时41分
有哪些因素会影响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?
没有回复
回复