大规模视频网站的计费与流量管理
本次分享将会就大规模视频网站的计费与流量管理这个话题，从操作层面细细进行讲解和分析，为系统工程师们揭示平日里我们没有关心的另一些内容。同时也希望本次分享能揭示行业中的一些“潜规则”，让互联网行业的流量与带宽管理更为开放与简洁。
本次演讲视频录制于QCon杭州2011。
新闻
该内容已经被标记书签！
标记书签错误，请重试！
你的Sprint应该有多长？
作者 Mark Levison 译者 李剑 发布于 2008年5月20日
有哪些因素会影响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?
译者 李剑 李剑──ThoughtWorks高级咨询师，在持续集成、重构等领域具有丰富的经验；多次为国内大型企业敏捷组织转型提供咨询和培训服务。
没有回复
关注此讨论 回复