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