026便捷又实用的计算速度和待办事项的方‪法‬ 敏捷理念

布兰登·林顿的联系方式： Brandon.Linton@accenture.com 兰瑟： 这一集，我们和布兰登·林顿讨论了关于计算工作速度的便捷的方法，特别是关乎未完成的用户需求。 布兰登： 你好，我叫布兰登·林顿。我住在底特律，它位于美国的密歇根州。我是埃森哲解决方案的敏捷教练。 我在敏捷空间工作了八年时间，提供咨询业务长达四年。很高兴能和兰斯一起工作。 兰瑟： 是的。我也很高兴能和布兰登一起工作。 布兰登： 很高兴来到这里。我们正在做一个关于需求的播客，主要研究那些需要较长时间才能完成的需求。 兰瑟： 是的。那么，这是一个问题吗？ 布兰登： 这不但是一个问题，还是一个大问题。不久前，我们在办公室就这件事情进行了一次简洁的沟通，是的，我们在谈论，或者说我在谈论一个我刚刚加入的团队，问题出现在一次sprint计划会议上，他们有一个需求；但是在上一次的sprint中，他们还有多个需求没有完成。我们的需求依然具有很高的优先级。他们说，这是8个需求，我们可以先完成5个，然后把剩下的3个放在最后一个sprint中。总之，一切就是从这里开始的。 兰瑟： 我们把讨论的这个数字称为需求点，当团队有一大堆工作要做时，他们会制定一个sprint计划。 布兰登： 对的。 兰瑟： 最终他们得到了我们称之为速度的东西。 布兰登： 是的。但是速度到底是什么呢？拿开车来说，我们开车的时候车会有一个车速。速度有很多不同的形式。对，在scrum一文中，我给速度下了定义，你知道的，这只是一个大概的定义，或许它可以用更好的词语来定义，但是在这里我想说的是，在布兰登的世界中，速度是点数，需求的总点数就是在sprint中已经完成的、结束的那些。再没有比这更贴切的说法了。 兰瑟： 在这里，为了进一步强调布兰登的观点，我们假设一个场景：团队有10个需求，所有需求的点数相同，都是5个点。因此，这意味着如果他们完成所有的需求，他们需要完成50个需求点。 布兰登： 所以即使你有10个需求，但是你只能完成其中一个，那么，这就是你的速度。即使其他的需求即将完成，那也与你的速度无关。这有点像踢足球，如果你没有进球，不管你离终点有多近，一英寸，一码，还是50码，你都没有完成。因为拥有可持续的速度，意味着拥有一个能无限期保持的可重复的速度。 兰瑟： 所以正如布兰登所说，这并不是为了计算你的点数，而是为了建立你可以用于制定计划的指标。这些指标应该等同于我们在不确定的时间内所能达到的目标。 布兰登： 有趣的是，一个新的团队，往往会说，这个需求需要完成的点已经不是8个了，我们已经完成了5个，所以我们只需要计算剩下的3个。当然，这也引起了争论，那么，什么叫需求完成呢？他们说，嗯，这个任务，还有这个任务，你是知道的，这个，这个也是好的，这个已经完成了90%了，布兰登，对吧，我获得了所有的点，我们几乎就要完成了。但我总是说，好吧，你是在为谁做这个？这可能是多方面的，这取决于你工作的团队。如果这是某个应用程序的“保持登录”功能，当你返回后，不需要再次登陆，这个时候，除了保持登陆复选框，你的所有功能都是正常的，这对您的最终用户来说不是很有用，因为您登录的内容会一直存在，你甚至没有选择。这个功能并没有完成，它几乎快要完成了，但仍然是未完成状态。那么我要说的是，你的用户关心你做了多少吗？未来的用户能体会到它的价值吗？他们并不在乎你做了多少，