在项目中，用户故事的工作流程是ToDo - 进行中 - Dev - SIT - UAT现在我们面临的挑战是计算速度因为考虑到开发，SIT，UAT测试所涉及的努力，我们给出了抱歉点。但是在网站sprint我们能够将我们的用户故事推送到开发人员并且无法在sprint中完成SIT和UAT。现在计算速度的正确方法是什么？
速度是衡量一个团队在单个Sprint中可以解决的工作量的指标，也是Scrum的关键指标。速度是在Sprint结束时通过计算所有完全完成的用户故事的积分来计算的。
当你没有完成故事时，你的速度为零。如果你让项目老化，你可以在完成SIT / UAT时看到一些积分。这可以让您了解完成了多少工作以及项目何时完成。
开发团队由专业人员组成，他们在每个Sprint结束时提供可能可释放的“完成”增量产品。
猜猜你需要弄清楚如何在Sprint中获得你的工作DoneDone。我的想法是真正完成Sprint的工作，这可能是一个挑战，但尝试重新组织你的工作以实现它。
如果你完成一个故事后，你永远不必再回到它身上，这不是很好吗？这就是“完成”背后的想法。完整的故事不是一堆未经过测试的未经测试的代码。它已准备好部署。
我会花一些时间在下一个retrospective，并讨论如何在Sprint中完成故事。需要什么？
我会建议Swarming一个用户故事，并在开始下一个之前得到它DoneDone。
注意障碍并修复它们以提供更快的速度：
我的建议是在给定的时间段（天，周，月等）内测量从工作流程开始到工作流程结束的故事点数量，这将为您提供故事点的团队速度。
如果：
...然后你得到了流量，你只有三种状态：待办 - 做 - 完成。发布/部署到生产只是sprint中的另一个故事。
...然后Jira告诉你你的速度，你可以使用Jira中所有其他非常有用的报告:-)
......团队中的每个人都很高兴，因为有流动。功能可以快速交付给最终用户。