布兰登·林顿的联系方式： Brandon.Linton@accenture.com
兰瑟：
这一集，我们和布兰登·林顿讨论了关于计算工作速度的便捷的方法，特别是关乎未完成的用户需求。
布兰登：
你好，我叫布兰登·林顿。我住在底特律，它位于美国的密歇根州。我是埃森哲解决方案的敏捷教练。
我在敏捷空间工作了八年时间，提供咨询业务长达四年。很高兴能和兰斯一起工作。
兰瑟：
是的。我也很高兴能和布兰登一起工作。
布兰登：
很高兴来到这里。我们正在做一个关于需求的播客，主要研究那些需要较长时间才能完成的需求。
兰瑟：
是的。那么，这是一个问题吗？
布兰登：
这不但是一个问题，还是一个大问题。不久前，我们在办公室就这件事情进行了一次简洁的沟通，是的，我们在谈论，或者说我在谈论一个我刚刚加入的团队，问题出现在一次sprint计划会议上，他们有一个需求；但是在上一次的sprint中，他们还有多个需求没有完成。我们的需求依然具有很高的优先级。他们说，这是8个需求，我们可以先完成5个，然后把剩下的3个放在最后一个sprint中。总之，一切就是从这里开始的。
兰瑟：
我们把讨论的这个数字称为需求点，当团队有一大堆工作要做时，他们会制定一个sprint计划。
布兰登：
对的。
兰瑟：
最终他们得到了我们称之为速度的东西。
布兰登：
是的。但是速度到底是什么呢？拿开车来说，我们开车的时候车会有一个车速。速度有很多不同的形式。对，在scrum一文中，我给速度下了定义，你知道的，这只是一个大概的定义，或许它可以用更好的词语来定义，但是在这里我想说的是，在布兰登的世界中，速度是点数，需求的总点数就是在sprint中已经完成的、结束的那些。再没有比这更贴切的说法了。
兰瑟：
在这里，为了进一步强调布兰登的观点，我们假设一个场景：团队有10个需求，所有需求的点数相同，都是5个点。因此，这意味着如果他们完成所有的需求，他们需要完成50个需求点。
布兰登：
所以即使你有10个需求，但是你只能完成其中一个，那么，这就是你的速度。即使其他的需求即将完成，那也与你的速度无关。这有点像踢足球，如果你没有进球，不管你离终点有多近，一英寸，一码，还是50码，你都没有完成。因为拥有可持续的速度，意味着拥有一个能无限期保持的可重复的速度。
兰瑟：
所以正如布兰登所说，这并不是为了计算你的点数，而是为了建立你可以用于制定计划的指标。这些指标应该等同于我们在不确定的时间内所能达到的目标。
布兰登：
有趣的是，一个新的团队，往往会说，这个需求需要完成的点已经不是8个了，我们已经完成了5个，所以我们只需要计算剩下的3个。当然，这也引起了争论，那么，什么叫需求完成呢？他们说，嗯，这个任务，还有这个任务，你是知道的，这个，这个也是好的，这个已经完成了90%了，布兰登，对吧，我获得了所有的点，我们几乎就要完成了。但我总是说，好吧，你是在为谁做这个？这可能是多方面的，这取决于你工作的团队。如果这是某个应用程序的“保持登录”功能，当你返回后，不需要再次登陆，这个时候，除了保持登陆复选框，你的所有功能都是正常的，这对您的最终用户来说不是很有用，因为您登录的内容会一直存在，你甚至没有选择。这个功能并没有完成，它几乎快要完成了，但仍然是未完成状态。那么我要说的是，你的用户关心你做了多少吗？未来的用户能体会到它的价值吗？他们并不在乎你做了多少，他们只在乎你还有没有完成。
兰瑟：
这就好比，我把所有要买的东西都放进购物车，然后到了结账台，收银员说，对不起，这些东西我们不卖了，你不能买了。就像，我想要的东西都拿了，但是我却不能把它带回家去。所以我想我只在乎我能不能把它们带回家。
布兰登：
这可能会揭示一些有趣的机会，如何更好地分割需求。用你的比喻，如果我有一辆装满东西的购物车，我到了结账台，但是那是只收现金的，然而我没有现金。好吧，我当然没有现金了，我得在这里排队。但是如果我有现金，那至少是一种可以满足的用例或场景。因此，这可能意味着有机会将需求分开。但另一个，我们谈话的另一部分，我们现在怎么处理这些需求呢？尤其是因为你是对的…
兰瑟：
现实情况是，一部分需求完成了，但是另一部分需求并没有按时完成。他们根据邓恩的需求来计算工作速度。所以他们整理了所有的邓恩需求。他们把每个人的需求点加起来，可能一共是50个，但是他们仍然有一些需求没有完成，现在他们想为此制定一个计划。
布兰登：
假设这仍然是一个优先级高的事项。我在刚开始就会问：这些问题是否仍然重要，你知道，中途或部分完成，这些是否依然是迫切需要的。如果不是，把它们放在待办事项里，以后再做；如果是的话，你仍然想去追求这些，那么就像我平时所说的，让我们好好研究它们，再重新进行评估，因为在开始研究这些东西时，我们在sprint中可能学到了一些东西，但是还没有完成。我们现在是否能更好的知道完成这个需求实际上比我们之前估计的要付出更多的努力。
兰瑟：
是的。所以我有90%的需求完成了一段时间，假设这是一个20点的需求，我没有得到任何点数，我没有，我知道那不是斐波那契函数。很抱歉，伙计们，但这是一个20点的需求，我不明白，现在我们又要重新评估它，我们要评估什么工作是被遗留的，什么是仍然需要做的，或者是完成剩下的需求还需要什么东西。
布兰登：
对的。
布兰登：
是的。我们不想考虑的是，我们已经投入了多少精力。在速度方面，我们总是告诉团队，你需要非常专注于剩下的工作来完成这个任务。还有我们提到的那个场景，比如说，你知道的，20点的需求现在实际上只有13点，因为我们已经完成了一些工作，我们投资了一点，但还有很多路要走。你可能会说，好吧，我上一次sprint时做的工作没有得到表扬。你是完全正确的，那不是速度，对吧？你，我们，我们并没有完成。现实就是一个20点的需求现在变成了13点。所以如果我们看一下点数的总和，假设这是一个发布，现在你怀疑100个点降到了93个，对吧？你的，你的完成时间移动了一点点，对吧？你还没有完成需求，所以这不是工作速度，就拿获得信用来说，嗯，不要为之而担心。但事实却是，为了达到同样的价值，只需要少做一点努力，你想重新评估它，你知道，当这个需求仍然拥有优先权时，你需要考虑重新评估它。
兰瑟：
下一集，布兰登将继续劝阻我们不要把速度看做是衡量团队付出努力的方法或者是某种形式的信用，而不去估量他们已经完成的工作。
布兰登：
你知道的。我知道你想尽可能的反映出最真实的情况。所以，如果你知道这个需求是13点，就不要说它是20。
Tout Agile Noir Chinese version
