记住敏捷词汇可能是一项艰巨的工作。与UX一样，敏捷也在迅速发展 - 经常引入新的概念和短语，这可能会使语言复杂化和膨胀。

使用此词汇表定义相关术语并构建通用语言，以便更好地进行团队沟通和协作。

验收标准：产品积压工作中的任务或用户情景在被视为完成之前必须满足的特定标准和功能要求。标准是用通俗易懂的语言和从用户的角度编写的。他们确保参与开发的每个人，包括UX，都了解要设计或构建的内容以及它应该如何为用户工作。明确的验收标准可防止误解和延迟发布。

敏捷：一种开发软件和用户体验的方法，强调协作和拥抱变化，而不是遵循线性的顺序计划，这在瀑布开发中更常见。在敏捷中工作对于用户体验来说可能具有挑战性;然而，诸如涉及早期和持续的用户体验、直接与工程师和产品经理合作的用户体验以及专注于小部分高价值研究和设计工作的思维方式等因素可以帮助使敏捷更易于管理。

积压工作（也称为产品积压工作）：以史诗、用户情景和任务形式编写的高级需求的存储库。开发团队在一段时间内完成工作时引用、估计产品积压工作中的项目并确定其优先级。产品积压工作应包括 UX 工作，可以是与工程共享的故事，也可以是单独的故事和任务。在积压工作中包括 UX 工作有助于确定其优先级，并使团队能够更好地预测协作点。

积压工作优化（有时称为积压工作整理）：团队讨论产品积压工作中的任务和用户情景，以确定优先级并为下一个冲刺 （sprint） 规划做准备的会议。 它有助于使开发团队（包括 UX）了解情况并组织待办事项。细化通常发生在冲刺 （sprint） 的中途。用户体验应该参加并积极参与。

燃尽图：表示一段时间内剩余工作的折线图，并捕获团队是否按计划完成。UX 可以使用燃尽图来相应地重新确定与工程师的工作的优先级、对齐或调整工作。

每日站立（也称为每日 Scrum）：每天在同一时间举行的团队会议，通常持续 15 分钟或更短时间。团队成员分享昨天的进度，他们今天计划做什么来取得进展，以及任何阻碍冲刺目标进展的障碍。UX应该参加每日站立会议，以与开发团队的进度保持一致，传达任何设计或与研究相关的障碍，并提供有关用户研究和设计决策的最新信息。

开发团队（也称为产品开发团队）：协作交付产品工作的团队。它由5-9人组成，具有跨职能技能，如UX研究和设计，内容策略和UX写作，产品管理，工程等。通常最好将 UX 角色嵌入到产品开发团队中，而不是支持多个团队。

长篇故事开发团队将其划分为较小的故事和任务，以随着时间的推移跨多个冲刺 （sprint） 完成。长篇故事可帮助 UX 确定发现的优先级并协调设计工作。

估计：就产品积压工作中用户情景和任务的大小度量达成一致的过程。像工程师一样，用户体验也应该估计他们的工作——准确的估计有助于规划和预测研究和设计工作。估算还允许用户体验管理其工作负载并为利益相关者提供可见性。UX 可以使用故事点或 T 恤尺寸（小、中、大）来估计工作。

看板： 一个用于开发产品的框架，其中开发团队成员从看板中提取工作，其中列代表工作阶段（例如，待办、做、完成）。从任务的定义到将其交付给用户的过程都显示给所有人。它的视觉和灵活性使其成为努力管理 UX 研究和设计过程的团队的合适方法，因为它简化了优先级和任务跟踪。看板还为开发团队和利益相关者提供了UX工作状态的透明视图。

精益用户体验：强调快速原型设计和实验、协作和迭代设计的方法和框架的集合。它旨在通过专注于尽快为用户提供价值来最大限度地减少浪费并最大限度地提高学习效果。精益用户体验流程涉及直接与用户测试假设，并根据早期用户反馈完善设计。通过尽早并经常进行测试，开发团队可以创建更有可能成功的产品。UX应该领导测试工作，以确保真正的用户需求和反馈驱动设计决策。UX也应该接受反馈，并愿意根据新信息或需求变化调整设计。

MVP（最小可行产品）：从头到尾工作的产品或功能，但范围仅限于用户完成核心任务所需的内容。例如，对于结账流程，MVP 可能仅包括客人结账和信用卡付款;经过身份验证的结账和与第三方支付平台的集成可以推迟到以后。最小可行产品可以帮助用户体验确定优先级并设计基本功能，并获得早期用户反馈，以减少在错误的事情上浪费时间的风险。

产品经理（在敏捷Scrum方法中也称为产品所有者）：开发团队中的角色，负责围绕共同的愿景统一成员，并推动产品战略，为业务和用户提供价值。UX和产品管理是密切相关的角色，应该在产品开发中合作，以了解和满足用户和业务需求。产品经理通常专注于生存能力以及与整个组织的团队和利益相关者的沟通。在敏捷 SAFe 方法中与产品所有者和产品经理合作的用户体验从业者应与这两个角色合作，以确保产品战略和执行保持一致。

回顾（或复古）：在每个冲刺 （sprint） 结束时举行的会议，团队在其中反思事情的进展以及团队成员如何一起工作。该团队还根据最近完成的工作的经验教训，考虑改进流程的方法。复古是用户体验谈论流程更改的好时机;因为会议的主题是反思团队的流程，所以人们更容易接受。将想法定位为实验，以便在下一个冲刺 （sprint） 中进行测试。

SAFe（规模化敏捷框架）：帮助跨多个团队和项目扩展敏捷开发的框架。SAFe 通常用于大型企业组织，其中多个组为单个产品做出贡献。所有级别都有指定的计划和反思点，以确保领导、管理和交付团队在整个项目中保持一致。在 SAFe 中工作对于 UX 来说可能具有挑战性，因为 SAFe 是为生产和一致的输出流而设计的，而不是为发现而设计的。UX可以创建一个精益UX卓越中心，这是一个类似于DesignOps的概念，它为开发团队提供工具和标准，并帮助将精益UX实践扩展到组织的其他部分。

Scrum：一个框架，可帮助敏捷团队使用一组会议和工件来构建和管理工作。与其他敏捷框架一样，Scrum强调团队协作，流程灵活性以及通过用户和利益相关者的反馈进行持续改进。在Scrum中，UX是跨职能开发团队的一部分，与工程师，产品所有者和利益相关者合作，将设计和研究整合到开发过程中。工作在一系列冲刺中完成，这允许在此过程中学习和调整产品待办事项列表。沟通是频繁的，这使得UX能够将其他人纳入研究和设计。

Scrum master：开发团队中负责消除阻碍因素和干扰的角色，以便团队能够交付冲刺目标和相关工作。Scrum Master是UX的有用合作伙伴，因为他们可以阐明开发过程的工作原理并确保UX参与其中。UX还可以帮助Scrum Master促进团队讨论并影响流程改进。

Spike：冲刺期间专门用于以用户为中心的技术、业务和组织研究的时间。它通常被添加到冲刺积压工作中，以考虑不可预测的因素 - 这些问题需要未知的时间或精力来解决。UX 应该使用峰值来解释敏捷中的发现工作，并在发现所需的时间与冲刺中的其他交付工作之间取得平衡。

冲刺：开发团队（包括 UX）处理用户故事和任务的固定持续时间，在此期间，包括开发过程中的产品增量。冲刺通常持续 2-6 周。

冲刺积压工作：开发团队预计在冲刺 （sprint） 结束时完成的优先工作范围。它应该包括用户体验研究、内容和设计工作，以及现实的努力估计。在每个冲刺 （sprint） 中首先完成最关键的用户情景和任务。

Sprint 演示：开发团队与利益干系人和其他团队共享功能代码和接口的会议。它通常发生在冲刺结束的前一天，是用户体验分享工作将如何影响用户体验的机会。它也是一个论坛，用于重申为当前版本和后续迭代提供信息的用户体验证据。

冲刺目标：简短的 1-2 句话描述团队计划在冲刺中实现的目标。它传达冲刺的预期结果，而不是团队计划构建的功能列表。在冲刺 （sprint） 规划期间，UX 可以帮助定义以用户为中心的冲刺目标，提醒团队和利益相关者，一旦冲刺 （sprint） 中的工作完成，用户将能够做什么。

冲刺 （Sprint） 计划：开发团队在其中审查优先产品积压工作项、添加验收标准并估计每个项的工作量级别的会议。它通常发生在冲刺的第一天，导致团队将在未来几周内处理冲刺积压工作。UX参与冲刺计划很重要，因为与开发工作一样，UX工作也应该被优先考虑并在冲刺积压工作中考虑。

冲刺评审：团队评审上一个冲刺中完成的内容的会议，以准备在冲刺演示中与他人共享工作。对于用户体验来说，参加冲刺评审以确认已完成的内容、计划任何未完成的事情并确定相关细节以在冲刺演示中进行交流非常重要。

情景点：一种估计单位，用于衡量用户情景或任务中要完成的工作的复杂性和规模。如果 UX 工作包含在团队的速度中，则 UX 应使用与团队中的工程师相同的方法来估计故事点。许多团队使用斐波那契数列（0、1、2、3、5、8、13、21）为故事分配分数，更复杂的故事被分配更多分数。

T恤尺码： 一种简化的方法来估计用户情景或任务中工作的复杂性和规模。除了故事点之外，还经常使用 T 恤尺寸，以避免使用单个故事点值估计不同类型的工作（例如，可用性测试和后端编码）。UX通常使用T恤尺寸（超小，小，中，大，超大）和工程故事点来估计研究或设计工作 - 更复杂的故事得到更大的T恤尺寸。

任务：用户情景可以分解为一个或多个特定任务。当UX与其他角色（如产品经理和质量保证）共享用户故事时，研究，内容和设计工作通常被组织到父用户故事的子任务中。

用户情景：从用户的角度故意对工作或功能进行简要描述。它传达了用户想要做什么以及他们将获得的好处。用户故事的典型格式是一句话：“作为[类型的用户]，我想[目标]，以便[受益]”——例如，“作为支票账户持有人，我想用我的移动设备存入支票，这样我就不必去银行了。UX 从业者应使用用户故事在积压工作中表示他们的研究、设计和内容工作。我们建议 UX 角色编写这些故事。

速度：开发团队愿意在给定冲刺 （sprint） 中完成的工作量，以故事点表示。Velocity 用于规划和预测稳定团队成员的未来工作负载，包括 UX 专业人员，而不仅仅是工程师。

UX ：帮助开发团队按发布日期的快捷方式解决方案，但随着时间的推移，会留下越来越多的体验问题，对用户和组织产生不利影响。用户体验从业者非常适合识别和跟踪用户体验，并倡导和优先解决它。

瀑布： 一种遵循线性和顺序方法的传统软件开发方法。工作在不同的阶段进行;团队成员在开始下一个阶段之前完成每个阶段。瀑布通常涉及开发前的单独设计阶段;在该阶段，UX创建详细的设计，然后将其移交给工程师实施。与敏捷不同，在瀑布框架中，反馈和迭代的机会很少。具有明确定义的需求、明确的范围和合法截止日期的项目可能非常适合瀑布，而敏捷更适合需求不断变化的项目和灵活的需求。

WIP（正在进行的工作）：已开始但尚未完成的故事、任务或项目的数量。某些团队将具有 WIP 限制，该限制会限制正在进行的工作量。WIP 限制有助于所有角色（包括 UX）提高专注力和协作，同时减少多任务处理和上下文切换。