答：当多个团队成员正在开发相关功能时，Scrum 是最好的选择。 Scrum 是一个框架，可帮助团队就相关主题进行合作。它侧重于管理基于知识的工作以及软件开发。
当多个团队在同一个产品上一起工作时，每个团队都应该这样做吗？
当多个团队一起开发同一个产品时，每个团队都应该维护一个单独的产品待办列表。每月 Sprint 8 小时。
当多个团队在开发同一个产品时，谁应该确保他们的输出可以集成到一个增量中？
当多个团队在开发同一个产品时，谁应该确保他们的输出可以集成到一个增量中？选项是：开发人员。开发人员和产品负责人。
当许多开发团队都在开发一个产品时？
“当许多开发团队都在开发一个产品时，什么最能描述“完成”的定义？ A) 每个开发团队定义和使用自己的。在强化 Sprint 期间讨论和协调这些差异。
哪个条件决定了产品积压？
产品积压项目根据业务价值、延迟成本、依赖性和风险进行排序。产品待办事项顶部的产品待办事项项目是“小”的，团队很好理解，“准备好”进行开发，可以为业务带来价值。
谁必须做所有的工作来确保产品积压？
产品负责人负责产品待办列表，并应定期审查、维护、指定其中的项目，并确保为即将到来的一两个冲刺有明确定义、优先级和估计的产品待办事项。
谁必须完成所有工作以确保产品待办事项符合已完成 VCE 的定义？
开发团队。说明/参考： 说明：开发团队拥有“完成”的定义，并对产品待办列表项的质量负责。
谁拥有 sprint backlog？
谁拥有 Sprint Backlog？根据 Scrum 框架，整个敏捷团队——scrum master、产品负责人和开发团队成员——将共享 sprint backlog 的所有权。这是因为团队的所有成员都会在每个 sprint 开始时为项目带来独特的知识和见解。
开发团队让非功能性需求可见的两种好方法是什么？
最常见的方法是使用明确的待办事项，作为验收标准，或作为团队完成定义的一部分。我们可以通过为该需求创建一个独立的待办事项项目（例如用户故事或技术启动器）来使非功能性需求可见。
开发团队应该如何处理非功能性需求？
开发团队应该如何处理非功能性需求？将它们分配给团队中的主要开发人员。一个 。确保每个增量都满足它们。
敏捷中的非功能性需求是什么？
非功能性需求 (NFR) 定义系统属性，例如安全性、可靠性、性能、可维护性、可扩展性和可用性。它们作为跨不同积压的系统设计的约束或限制。
开发团队如何处理非功能性需求？
> 开发团队如何处理非功能性需求？构成产品范围一部分的 NFR 属于产品待办列表。然后，产品负责人可以相对于其他项目对它们进行优先级排序。这意味着它们可能不是每个可发布增量都必需的。
开发团队负责什么？
#1) 开发和交付——开发团队负责在每个 sprint 结束时根据“完成的定义”创建一个完成的增量。但是，开发团队负责开发和交付满足完成定义下标准的每个 Sprint 的完成增量。
每日 Scrum 的两个预期结果是什么？
Daily Scrum 的两个预期结果是什么？更新已完成任务和剩余工作，以便 Scrum Master 可以计划第二天。更新的 Scrum 板，使 Sprint 进度对利益相关者透明。
Scrum master 应该使用什么策略将 100 人分成多个开发团队？
Scrum Master 应该使用什么策略将 100 人分成多个开发团队？可能的答案： A. 根据他们跨多个层（如数据库、UI 等）的技能创建团队。
多个开发团队时的关键问题是什么？
当多个开发团队为同一个产品待办列表工作时，一个关键问题是最大限度地减少团队之间的依赖关系。
Scrum 团队确保满足安全问题的两种好方法是选择最佳的两个答案？
Scrum 团队确保满足安全问题的两种好方法是什么？ – 添加 Sprint 以专门解决所有安全问题。 - 让 Scrum 团队为每个关注点创建产品待办列表项。 - 在“完成”的定义中添加安全问题。
谁负责让利益相关者参与？
牌
| 术语 谁为产品待办列表项分配业务价值？ | 定义产品负责人 |
|---|---|
| 术语 谁负责让利益相关者参与？ | 定义产品负责人 |
| 术语 谁负责促进在组织中采用 Scrum？ | 定义 Scrum Master |
团队留住利益相关者的最佳方法是什么？
回答：持续改进是一种 Scrum 方法，团队从经验和利益相关者的参与中学习，以不断更新优先产品待办事项列表，以应对需求的任何变化。
产品负责人是利益相关者吗？
利益相关者是可以影响产品或受其影响的任何人。产品负责人是一个单一的人，他应该关注利益相关者的需求，确保这些需求的融合，并建立一个能够驱动团队的愿景。 …
谁开始每日 Scrum？
谁开始每日 Scrum。 Daily Scrum 是一个帮助开发团队自组织的活动。团队成员必须作为一个整体工作，因此没有指定的领导者。团队中的任何人都可以开始会议，只要他们坚持在 15 分钟内必须讨论的主题。
Scrum 的 6 条原则是什么？
Scrum 的关键原则是什么？
- 控制经验过程。透明度、评估和适应是 Scrum 方法的基础。
- 自组织。
- 合作。
- 基于价值的优先级。
- 时间盒。
- 迭代开发。
5 个 Scrum 仪式是什么？
以下是五个关键的 Scrum 仪式：
- 待办事项梳理（产品待办事项细化）
- 冲刺计划。
- 每日站会。
- 冲刺审查。
- 冲刺回顾。
什么是 Sprint 启动会议？
通常，此会议称为积压梳理会议或冲刺计划。您的待办事项梳理或 sprint 计划会议可能是这样的：团队一张一张地检查票，并讨论每一张票，以考虑风险、收益、复杂性和优先级。
什么是 3 Amigos 敏捷？
三个朋友是指在开发之前（业务）、期间（开发）和开发之后（测试）检查工作增量的主要视角，例如，业务分析师、开发人员、测试人员在非正式的踢球中回顾每个故事- 关闭会议，就将要发生的事情达成共同的共同愿景
积压细化是冲刺仪式吗？
Sprint Backlog 细化 这是一个持续的过程，产品负责人和开发团队在产品 Backlog 项目的细节上进行协作。
什么是 Sprint 积压工作细化？
Product Backlog Refinement 是向 Product Backlog 中的项目添加详细信息、估计和订单的行为。这是一个持续的过程，产品负责人和开发团队在产品待办列表项的细节上进行协作。 Scrum 团队决定如何以及何时完成细化。
谁决定 Scrum 中的 sprint 长度？
3个答案。 Scrum 团队决定 Sprint 的长度（开发团队 + PO + SM）。他们做实际的工作，所以他们选择他们觉得更舒服的时间盒的持续时间，以产生产品增量。
哪个是最重要的 Scrum 仪式？
回顾展