Scrum论坛

没有最佳实践。什么是最好的取决于你所处的环境。

根据我的经验，用户体验研究和设计的某些方面与产品管理更密切相关。像用户研究和信息体系结构这样的事情可以更早地完成，作为创建和定义初始产品待办事项项的一部分。视觉设计可能会发生在优化过程中甚至之后。你的UX设计师所做的一些工作将不在Sprint的范围内，但他们也将参与Sprint期间的计划和执行工作。

能够对UX设计师所做的工作进行排序、管理、可视化和跟踪是有意义的，即使它不在Sprint节奏之内。有很多方法可以做到这一点，所以你可能需要试验，并根据你的工具和工作方式找到适合你的方法。

我试图弄清楚开发者如何知道他们的故事已经完成了用户体验，并准备好进行开发。或者我们是否应该为UX团队创建一个Kamban板?

为什么你认为用户体验是另一个团队的独立关注点?

我建议Scrum团队应该这样做所有自我管理的技能，并确保他们的工作是准备好了为Sprint规划。

UX是:

完成完成的增量需要考虑的因素，在这种情况下，UX是团队中的一种技能，而团队如何组织来完成这项工作则取决于他们作为一个自我管理的团队。

或

在释放一个已完成的增量时不需要考虑，在这种情况下，为什么还要考虑它呢?(更实际的做法是，将用户体验作为待办事项列表构建和创建PBI的一个组成部分可能是有意义的，但由于团队应该能够决定如何完成工作，如果他们真的是自我管理，工作就会经常被丢弃。既然如此，为什么还要麻烦呢?)

实际上，听起来你并不是在描述一个scrum团队，所以答案是;创建一个scrum团队。将UX引入团队，并确保它包含发布增量所需的所有技能。

拥有UX专业技能的人自然会花更多的时间帮助改进待办事项列表活动，而不是完成正在进行的工作，但让他们加入团队仍然是有好处的，他们优先考虑已完成的增量，所以他们的技能可以帮助实际构建和交付用户价值。(我曾见过UX设计师成为最没有帮助的利益相关者，因为他们会进行sprint审查，并想知道为什么事情看起来或行为不完全符合设计。有了他们，这个问题就消失了)

首先，停止从故事的角度思考问题，因为它们实际上并不是Scrum框架的一部分。

第二，开始考虑为了产生增量所需要的工作。从Scrum指南，其增量描述为

增量是实现产品目标的具体垫脚石。每个增量都是添加到所有之前的增量，并经过彻底验证，确保所有增量一起工作。为了提供价值，增量必须是可用的。

还要考虑Scrum指南中对Scrum团队的描述

Scrum的基本单位是一个小团队，即Scrum团队。Scrum团队由一个Scrum管理员、一个产品负责人和一个开发人员组成。在Scrum团队中，没有子团队或层级。它是一个有凝聚力的单位的专业人员集中在一个时间的目标，产品目标。

Scrum团队是跨职能的，这意味着成员拥有每个Sprint创造价值所需的所有技能。他们还进行自我管理，这意味着他们在内部决定谁做什么、什么时候做以及如何做。

参考Scrum指南中对开发人员的描述

开发人员是Scrum团队中致力于在每个Sprint中创建可用增量的任何方面的人。

开发人员需要的特定技能通常很广泛，并且会随着工作领域的不同而不同。然而，开发人员总是要对以下方面负责:

• 为Sprint制定计划，Sprint Backlog;

• 通过坚持“完成”的定义来灌输质量;

• 每天根据“冲刺目标”调整他们的计划;而且,

• 以专业人士的身份互相负责。

使用Scrum指南中关于Sprint Backlog的描述

Sprint Backlog由Sprint目标(为什么)、为Sprint选择的产品Backlog项目集(什么)以及交付增量的可操作计划(如何)组成。

Sprint Backlog是开发人员制定的计划。它是开发人员为了实现Sprint目标而计划在Sprint期间完成的工作的高度可见的实时图像。因此，在整个Sprint过程中，随着了解到更多信息，Sprint Backlog会得到更新。它应该有足够的细节，让他们能够在Daily Scrum中检查自己的进展。

考虑到这些，我觉得你不应该问我们这个问题。你应该问开发人员这个问题。难道你不同意吗?

看看PSU推荐阅读://www.ertascelikyapi.com/resources/suggested-reading-professional-scrum-user-experience

也许你可以从中获得灵感https://www.jpattonassociates.com/dual-track-development/，这本书在推荐阅读清单上。本文讨论了如何将用户体验和其他产品开发活动集成到一个Scrum团队中。

关于上述的一些评论:《双轨开发》文章将UX设计描述为“发现工作”，所有团队成员都可能参与其中。这是到达Done增量的循环的一部分。你将定义要做的工作，完善它，完成它，试验和学习(如果你学到的就是这些，就把它扔掉):所有的产品开发活动。你不应该做的是将其视为“分析阶段”，不:它是开发工作。

有时，您会看到“细化”被描述或处理为“分析”，本质上是一个阶段，而不是。有时你会看到产品负责人是分析师，但他们不是。分析是开发活动的一种，分析人员就是开发人员。这就是为什么看板团队可能有0.5甚至更低的在制品限制(0.5 =每2个开发人员1个工作项目):因为他们不都是程序员、化学家或律师(你可以开发除软件之外的其他产品!)，不同技能的人在同一项上工作，所有的都是“开发”。

总之:用户体验是开发工作，应该由开发人员在Sprint期间完成。