跳过导航
在关键位置简洁地记录正确的细节有助于敏捷团队避免信息过载。当用户体验文档被跳过或组织混乱时，团队就会浪费时间去寻找或记忆信息，而不是改进产品。
2021年的内部网设计年度获奖团队展示了快速转向的能力，以及对员工的同情和同理心。
在一个新项目的开始，确定需要的UX工作水平，以及您的目标是生成的关键可交付成果。识别关于用户和任务的已知和缺失的知识，在它们咬到你之前发现差距。
用户体验专业人员应该参与所有Scrum仪式。以下是关于用户体验应该对站立式、待办事项细化、sprint计划、sprint审查和回顾做出什么贡献的提示。
许多高质量内容创建和管理的最佳实践将不可避免地被跳过，除非它们被明确地规划为敏捷开发项目中的用户故事。
用户故事地图帮助敏捷团队定义要构建什么，并维护所有内容如何结合在一起的可见性。它们支持以用户为中心的对话、协作和特性优先级来对齐和指导迭代产品开发。
以人为本的设计有4个原则:理解问题、人、系统，并进行迭代设计。但是如果你没有时间完成这四个步骤呢?
在每个sprint之后，团队应该有一个回顾会议，以确定什么做得好，什么做得不好。帆船这个比喻是组织这种回顾的好方法。
清晰的愿景、敏捷的开发以及连接同事的目标是最好的内部网的区别所在。
在产品的整个生命周期中，与用户相关的问题和假设都没有被跟踪，从而导致偏差和过度自信。在知识板上记录这些问题和假设，将它们与真实事实区分开来。
三个不同的待办事项列表模型使团队能够在他们的敏捷过程中跟踪用户体验工作。每种型号都有优缺点。
设计思维项目的生命周期有6个明确定义的阶段。将这些阶段映射到一个典型的敏捷开发项目中，就可以看出设计师何时应该执行哪些UX活动。
最好的用户体验是由研究支持的，但有时我们的行动比我们的研究更快。在设计迭代过程中，我们如何最好地使用和跟踪假设?
追求“最小可行产品”(MVP)作为一种设计策略可能对初创公司有用，但通常会导致传统产品领域的成熟设计团队难以整合用户体验。
作为敏捷团队的一部分，用户体验专家应该参加所有Scrum仪式，以保持开放的沟通，影响产品的成功，并对团队做出富有成效的贡献。
回顾是一段专门用来聚集在一起、反思和协作改进设计团队过程的时间。在这个视频中，我们将介绍回顾会议的四个组成部分，以及如何有效地利用这次会议。
回顾可以让设计团队反思他们的工作过程，讨论哪些工作进展顺利，哪些需要改进。这些经验可以转化为未来工作的行动计划。
当涉及到用户体验债务时，理解设计团队应该关注的四个关键活动。
在产品开发中没有下一次了。你必须不断学习以跟上产品周期。
就像技术债务一样，用户体验债务会随着时间积累，如果不加以解决，就会导致复杂的用户问题和昂贵的清理工作。敏捷团队可以修改他们的过程来跟踪和解决用户体验债务。
UX实践者如果在工作中感到无能，通常会面临比提高他们的设计、工艺或研究能力更大的挑战。相反，处理开发时间表、敏捷、Scrum、精益和团队成员的角色会带来最大的挑战。
帮助澄清用户体验的角色，以及如何在敏捷开发过程中处理用户体验和团队其他成员之间的关系动态。
我们的工作总是受到一些限制，无论是没有足够的时间，还是没有专门的研究人员来研究我们的UX项目。这个视频提供了如何做用户研究而不感到卡住的技巧。
敏捷对于用户体验来说并不容易。然而，在正确的文化和心态下，将敏捷和用户体验结合起来是可行的。
UX专业人士经常收到定义很差的设计请求。当说“不”不是一个选择时，处理请求的一个更有效的方法是关注结果目标和适当的用户体验努力的投资回报(ROI)。
Kim讨论了在敏捷环境中适应角色的方法。
随着敏捷用户体验的发展，用户体验从业者的角色也在发展。在现代软件开发环境中，用户体验有助于定义如何开发产品。
敏捷团队的所有成员，无论其设计技能如何，都可以在开发过程中为产品或功能的设计做出贡献。
跟踪敏捷项目中的用户体验能力，可以让您按照涉众理解的术语协商用户体验承诺。
当管理层重视用户体验、用户体验从业者表现出领导力、过程不严格、用户体验嵌入团队时，敏捷和用户体验就能很好地协同工作。
为了让用户体验活动可见，将用户故事分解为用户体验和开发子任务，将用户体验添加到看板中，并包括用户体验接受标准和故事点。
新的研究表明，用户体验在将以用户为中心的设计方法引入敏捷开发过程方面取得了长足的进步。
无论你使用哪种原型工具，相同的技巧都适用于为最有效的用户研究准备用户界面原型。
125名实践者分享了他们在敏捷项目中改进用户体验的经验和成功故事。
前端风格指南有助于高效的设计和测试，并加强UI的一致性。我们提出了8个风格指南要求和25个常见组件。
使用数据挖掘和纸上原型的用户研究很快为世界上最繁忙的支持网站之一带来了可衡量的成功。
UX团队负责为用户创建理想的体验。然而，许多组织未能将用户包括在开发过程中。如果没有客户的输入，组织就有可能创建失败的接口。
敏捷团队更擅长执行开发过程，但压缩的时间尺度迫使一些团队放弃用户研究，并降低了最终的用户体验。
