敏捷和UX设计

Question

首先，我知道有一个UX stackexchange，但我是一名UX设计师，试图获得更多的开发人员的观点！UX设计活动如何与试图以敏捷方式工作的开发人员和测试人员团队很好地合作？似乎不愿意预先进行任何(UX)设计，并且只在构建之后才与用户接触，而不是在制作生产质量的代码之前与用户一起进行原型和测试。

Answer 1

敏捷背后的基本理论是，在整个开发周期中，开发团队和客户之间应该有密切的合作，并且团队拥有成功所需的所有技能。

在您的情况下，UX设计者技能集应该在团队中代表，并且与客户关于UX问题的对话应该与关于功能的对话一起进行。

那么，“UX设计活动如何与试图以敏捷方式工作的开发人员和测试人员团队很好地合作？”的明确答案是什么？是“当然是以敏捷的方式！”您需要与开发人员在相同的故事上工作。不要试图一次创建一个UX设计。随着故事的发展，让它随着时间的推移而出现，就像功能一样。当开发人员与客户一起工作以了解每个故事的功能时，您需要出席并讨论UX概念。功能和用户体验应该一起发展，所以开发人员总是知道软件应该做什么，以及它应该在用户看来是什么样子。

开发人员已经认识到，预先进行大的设计是一件坏事；UX也是如此。

Answer 2

敏捷的一个关键方面是响应变化，而不是遵循计划。

只要需求不变，并且没有遇到需要更改的技术问题，预先创建详细的UX设计就能出色地发挥作用。敏捷就是处理这些类型的变化。

对于用户体验设计师来说，以敏捷的方式工作的最好方式就是把它看作是一个“及时”的过程。对于你来说，在实际可行的情况下，最好的方法是在尽可能晚的时间完成好的设计吗？

通过这种方式，如果确实发生了变化(例如，优先级发生了变化，您必须迅速专注于其他工作)，那么您将处于快速适应的最佳位置。

正如您可能可以看出的那样，这不是一个万能的解决方案。每个团队都需要探索他们如何将设计和开发结合在一起。对于一些团队，他们可能会让设计师与开发人员配对，同时进行设计和开发。其他团队可能会提前几周完成他们的设计，并由用户运行它们，以便在开发开始时获得批准并准备就绪。这里没有硬性的规则，它是关于团队发现最有效的事情。

这一切都是为了在做详细的前期准备和能够对后期更改做出反应之间找到最佳的折衷方案。

Answer 3

你应该尝试更快的方法，比如纸质线框或balsamiq样机，它们可以让你对系统的外观有一个非常好的想法，这样你就可以和真正的用户一起测试，你可以在sprints之间‘按时’交付。

发现用户的需求是非常重要的，或者更准确地说，在构建之前了解他们是否了解您的开发思路。