如果您在敏捷环境中工作，您已经知道它是对于用户体验来说并不容易在很短的时间里有很多事情要做。有时候，你可能足够幸运，在你的团队中有多个UX专业人士，但其他时候，你是飞独奏. 如果你发现自己害怕你的UX待办事项清单，考虑一下将开发团队的其他成员引入到设计过程中．这样做不仅会减轻您的工作量，而且还会引入多个视角并简化进一步的协作过程(例如，如果您需要其他部门的签字)。
在本文中，我将讨论三种我喜欢与敏捷团队一起进行头脑风暴的协作活动:6比1、白板会议和电话会议。这些活动培养意念在不需要大量时间、精力、材料或软件知识的情况下，进行协作和参与。它们还有一个好处，那就是它们可以在敏捷之外的环境中使用，并且可以很容易地应用到其他环境中意念上下文．
6比1
如果你正在与一个大型团队合作，或者你想要获得关于某一特定功能的大量想法，那么尝试一下头脑风暴设计的“6 + 1”草图方法。它最好与一个更大的团队一起使用，在你的backlog中，作为未来sprint的一部分。这种方法允许团队成员为一个特性勾画出多个快速想法，聚集在一起讨论提议的解决方案，然后构思一个可靠的想法。如果你的团队成员特别害羞或彼此陌生，这是一个很好的方法，因为在将其带到更大的团队之前，每个人都有机会进行自己的设计。这个活动类似于疯狂的8秒方法。
此活动的步骤:
1.6-up: 5分钟个人绘画。每个团队成员都有一张纸，上面有6个部分，他们需要为一个功能绘制多达6个想法。它们可以是6个完全不同的想法，也可以是更少的想法，每个想法都有多个屏幕或交互代表。这一步只需要5分钟就可以鼓励人们不要在一个解决方案上花费太多时间，也不要因为自己不会画画而陷入困境。用记号笔来减少图画上的细枝末节。
2.讨论．5分钟结束后，大家聚在一起，快速讨论每个想法。您将注意到一些共同的主题，以及一些可能与您的团队和涉众一起工作的古怪想法。
3.领先:5分钟的个人提炼．每个团队成员选择一个解决方案，并详细绘制出来。解决方案可以是那个人的一个原始想法的延伸，也可以是基于小组讨论的混合。
4.最后讨论。该小组审查个人解决方案，并选择一个想法或创建一个混合设计基于几个想法。由于小组已经在第二步中完成了最初的想法，所以讨论应该集中在改进或新想法上，而不是一个全新的概念上。
6-up阶段是并行设计，但这比设计一个更大的用户界面的多个变体要短得多。
白板会话
白板会议对于小组、特别合作的团队或跨部门的团队来说非常有效，他们可以比较设计理念。它最适合于需要很快实现的特性(在当前的sprint中)。在这种非正式会议中，多人在白板上对一个设计做出贡献。
这个环节以明确的目标开始，比如要设计什么功能，必须代表什么角色和/或旅程，或者任何需要考虑的接受标准。从那里，志愿者可以开始画出一个想法。然后，团队成员可以在这个想法的基础上建立起来，提出替代方案，并讨论潜在的困难。
最终，您将对该特性将实现什么有一个共同的理解。开发人员可以提出范围或技术可行性的潜在问题，产品所有者和业务分析师可以添加他们自己的观点，设计师可以确保一致性，所有这些都在一个会议中进行。如果你正与开发人员一对一地进行这项活动，请确保双方都对解决方案感到满意，因为它将在当前的sprint中实现，没有足够的时间用于迭代。
电话
还记得那个电话游戏吗?孩子们围坐成一圈，其中一个小声地告诉她的邻居，她的邻居会把消息传递下去，直到消息回到源头。你可以做一个类似的创意活动来帮助你的团队合作，甚至创造完全开箱即用的解决方案。此活动适合于专注于优先级较低的一个或多个特性的大型团队。
每个概念都从一张纸开始。每个人用1-2分钟写出自己的想法，然后传给下一个人。下一个人把她的想法加到画上1-2分钟，然后把它传递下去。继续与每个团队成员合作，或者直到概念无法进一步发展为止。如果你在一个会议中处理多个概念，每隔几个人就将纸上的内容错开。例如，如果你的团队有12个人，而你正在研究4个概念，那么每隔3个人给你一张纸，如下图所示。
时机:何时使用协作活动
敏捷中成功的用户体验过程都与时机有关。当你在sprint中工作时，你必须以正确的设计输入及时地支持你的团队。然而，并非所有的需求都同样迫切。
把这些需求想象成手电筒的光束，如下图所示。光线越窄，你对具体任务的注意力就越集中。在重点任务上直接与需要输出的人一起工作，以帮助加快这个过程。光线越宽，任务的定义就越少，因此你应该立即花在它上面的时间就越少。当你的用户体验待办事项列表中出现了停顿时，召集更大的团队一起进行头脑风暴，这样你就有更多的时间来缩小范围。
当前sprint的设计任务通常是因为您在开发一个特性时发现了一些新的东西或遇到了一个潜在的问题。当出现这种情况时，请您的开发人员参与到您的设计过程中——要么在每天的站立会议之后，要么在单独的一对一的白板会议中。例如，如果您的团队正在当前sprint中处理用户登录问题，而出现了影响设计的技术问题，那么您可以直接与开发人员一起创建新的设计。
在未来的sprint中，您将专注于特性和/或改进的路线图，因此您需要从产品所有者、业务分析师或涉众那里收集见解。由于这些特性位于待办事项列表的更深处，所以有更多的时间用于迭代和头脑风暴。您可以安排单独的会议，集中精力与这些人进行设计，或者在backlog-细化会议中安排时间。如果在待办事项列表中添加了一个需要大量设计考虑的新功能，那么就把你的团队聚集在一起进行头脑风暴。您将在协作时发现潜在的风险，并且团队将在早期就解决方案达成一致。
向现有团队介绍活动
当向现有团队引入任何新技术时，从小事做起．考虑从现有的scrum仪式(计划、待定事项细化等)中挤出少量的时间，在那里你需要的团队成员已经在场。获得团队成员的支持来帮助设计可能是最难的部分，所以让他们参与进来，而不是在他们的日程表上添加额外的会议。当您获得兴趣和信任时，您将能够留出一些设计协作时间，甚至创建一个可以添加到团队日常工作中的循环会议。
与任何技术一样，自定义步骤，直到它们满足您的需求。例如，如果你的团队想要放弃第二轮6胜1负的练习，而直接进入更大的群体混合设计，这是完全可以接受的。你可能还会发现，你的整个大团队的效率不如一个小团队，所以你可能只希望包括某些人。经常迭代你的过程，直到你找到最适合你的。
结论
在敏捷团队中，有一个顺畅的UX过程需要大量的协作。耐心是向团队引入新技术和活动的关键，但最终结果将是一个更快的设计过程，涉及更少的交接和竖井，因为每个人都更早地参与进来。
在我们的一整天学习更多关于如何在敏捷环境中成为一名UX专业人员的知识精益UX和敏捷课程。以及更多的创意方法有效的用户体验设计创意技巧课程。
分享这篇文章: