谁在scrum项目中使用UX？

Question

好的。假设你在做一个教科书上的scrum项目。你有一位scrum大师与一位产品负责人合作。下一个sprint是用户界面(UI)，当你的程序员开始构建屏幕时，你真的想知道他们会是什么样子。

线框是谁做的，什么时候做？产品负责人？有人支持产品负责人吗？scrum的主人？如果你有一位用户体验专家，他们是在冲刺开始后和程序员一起工作，还是在你的故事卡和约束条件旁边提供线框和模拟，以指导和告知开发者正在做的工作？

我很确定我们需要一些UX的帮助，你知道，但我真的不知道该把它应用到哪里.

编辑:让我重新表述这个问题。

如何在敏捷项目上提供一致、高质量的用户体验？

Answer 1

交互设计器

UX != UI --你需要一个有经验的交互设计人员来提供良好的用户体验，这与不是程序员的流行观点相反。对于所有认为自己可以做UX的程序员(包括我)，让我说一句。要善于交互设计，至少要花同样多的时间进行编程。你花了多少时间做纯交互设计？

在初始阶段，交互设计人员的职责是：

1. 从产品所有者那里提取解决方案的实际目标
2. 定义将使用该解决方案的角色。
3. 编写关于如何使用解决方案的场景。
4. 编写一份设计文档，从UX的角度看几乎没有歧义的余地。

在项目期间，交互设计人员的任务是确保这些指导方针得到遵守，并解决将出现的任何其他问题(而且它们也会)。

许多程序员都会采用这种方法--我确信，因为每个人都觉得他们是一个例外，可以设计出“美妙”的界面，但你可能不是。另一方面，良好的交互设计人员与程序员之间的关系对于程序员来说往往是非常好的，而且他们也不必与“愚蠢的规范”作斗争。不幸的是，好的交互设计师很难在我的经验中找到，但他们在那里。

我一如既往地向大家推荐艾伦·库珀关于这一主题的书籍(“关于面子”和“囚犯在管理庇护”)。

Answer 2

在我看来，这是某种特殊的情况，必须以特殊的方式处理。Scrum大师绝对不会参与其中--这根本不是他的角色。团队通常是一组开发人员，他们中的大多数都没有使用UX的经验，这将浪费他们的时间来强迫他们这样做。您将雇用UX专家，而专家将不会是团队的一部分-团队应该是跨功能的，而UX专家可能不是开发人员。此外，UX专家将不会在整个项目的整个期间。UX专家将与产品负责人合作，提前一次冲刺，为更新用户故事准备模拟和线框，以便团队知道在下一次短跑中必须做些什么--在计划会议期间可以使用。不应该有太多的浪费(除非客户的需求会改变很多)，因为产品负责人知道什么是最优先的用户故事，这将在下一个sprint中完成。

编辑：

我做了一些额外的研究，因为我知道我在某个地方读到了这个，最后我在成功地使用敏捷: Mike用Scrum进行软件开发上找到了它。Mike确切地讨论了UX设计人员在团队中的角色。他最初的描述与我的相似，当公司将开发方法从瀑布改为Scrum时，他认为这是自然的转变，但后来他认为这不是推荐的方法。原因是，如果UX设计人员不是团队的一部分，他们可以把自己看作单独的团队，而不必分享开发团队的承诺。

尽管如此，@Adam的回答似乎是正确的。让UX家伙成为团队的一部分，让他在当前实现的用户故事上与开发人员合作。它不会花费所有的时间的UX家伙，所以他也将与产品所有者或客户合作，以准备模拟和线框向上开始一两个冲刺。

Answer 3

我建议以和团队其他成员一样的方式组织UX人员的工作。他应该被视为团队的平等成员，参与僵持，并与程序员密切沟通。

理想情况下，模拟应该至少提前完成一个sprint，但是对于较小的特性，考虑将创建模拟作为当前迭代计划的一个子任务可能是有意义的。

和以往一样，敏捷，使用常识，尝试不同的方法，坚持适合你特定情况的方法。