关注速度：如何根据速度在下一个Sprint中为具有混合技能的团队分配时间？使用速度分配资源时间
球队都有不同程度的开发者以及人们更熟练的前端和后端开发。
不同冲刺具有不同量上每组拉。
对于我来说，简单地说每个Sprint都要完成100个积分，然后在实际的事实中将10个后端工作和90个前端工作分配给一个Sprint，这似乎没有意义其后端的人有90分的速度，前端的人有10分的速度。
我无法想像，答案是简单地忽略人民的力量。我应该通过分组来分割速度吗？
Velocity是一个团队的测量，以及不同团队之间进行比较时的数字通常都是没有意义。如果你将其分解到个人层面，也会发生同样的情况：一个人的速度与另一个人的速度无法比较。这个概念只有在比较一个项目的冲刺和另一个项目时才有用，所以在项目中间更改测量指标可能会导致您误解结果。
你们是不是要确定个别人是如何生产的？您可以衡量的是其他的方式，比如要求对方队员，如果他们觉得这个人做得不好，拉他们的体重在团队的努力等
怎一个团队的技能的混合根据速度在下一个Sprint中分配时间？
作为一个整体，团队就故事的故事点数应该是多少达成共识。由于同一团队将在项目期间确定这些故事点，那么他们所做的更多冲刺就会使团队的速度变得更准确。
是，一些开发商会比别人慢，但如果球队保持不变，那么速度计算会得到更准确，让您进行报道时，可以提供一个体面的估计。
按分组划分速度不会帮助你估计故事何时发送，整个团队的速度是关键因素。
团队拥有不同级别的开发人员以及在前端和后端开发方面更熟练的人员。
Scrum团队应由开发人员组成（开发人员是开发团队中的开发人员，例如软件工程师，测试人员，业务分析员），他们是专家;每个团队成员都应该有能力进行后端和前端开发，测试，实际上是提供故事所需的一切。是的，在实践中，一些团队成员将具有专家前端经验（例如），但随着冲刺进展，应该有知识共享，以便所有团队成员都能够开发解决方案（例如，通过结对编程，辅导，文档！））。
一位优秀的Scrum高手会鼓励这种知识共享，您可能会发现一些前端开发人员是优秀的后端开发人员，反之亦然！
正是这种将开发人员从企业奋斗的孤岛环境中分离出来的概念，但这对于成功的敏捷/ Scrum团队至关重要。
一个Scrum团队通常是7或8的大小。如果有专家，2-3个可以做后端工作，他们正在燃烧90个故事点。那么这是一种风险和对它们的过度依赖。分享知识最好让Scrum团队中的每个人都了解后端和前端。在初始阶段，你可以保留25-30％的时间作为加速时间，减少60分的故事点数。最终，当队伍加速时，速度就会有意义。速度总是意味着Scrum团队能够完成多少，而不管个人专长如何。
但是，如果你想保持后端和前端的专业知识不同，可以组成2个独立的Scrum团队。然后速度将有意义
以不同的方式拆分用户故事以适合您的团队。是的，我知道这很难，但它会让计划更容易。 – Jocke
这个问题是无题的，因为它不在适合本网站的问题范围内，如[我可以问什么主题？]（http://stackoverflow.com/help/on-topic）中所定义的另请参阅：[我应该避免提出什么类型的问题？]（http://stackoverflow.com/help/dont-ask）您可能能够在[另一个Stack Exchange站点]（http：// stackexchange。 COM /网站＃名称）。 – Makyen
我投票结束这个问题作为题外话，因为它不是关于编程。 –