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