标签 PSPO-I reliable test test

* 描述 Scrum 的最佳语句是："Scrum 是一个通过适应性解决方案为复杂问题创造价值的框架：一个通过适应性解决方案为复杂问题创造价值的框架。
* Scrum 是一种轻量级框架，可帮助人员、团队和组织在复杂和不确定的环境中交付有价值的产品。
* Scrum 以经验主义为基础，这意味着知识来自经验，并根据观察到的情况做出决策。Scrum 采用迭代和渐进的方法来优化可预测性和控制风险。
* Scrum 并不是一个定义明确的预测性流程，也不是一套完整的方法论，更不是一本定义了最佳实践的食谱。Scrum 提供了最基本的界限，团队可以在此界限内进行自我组织，并创造出创新的解决方案。参考资料：Scrum 指南，第 1 节（Scrum 的定义）和第 2 节（Scrum 的用途）

说明
Scrum 并不要求产品负责人必须使用以下任何项目：
* 倒计时图：倒计时图是剩余工作相对于时间的图形表示。它可用于跟踪进度和预测项目或 Sprint 的完成日期。不过，Scrum 并未强制或规定使用该图表。它是产品负责人用来监控和沟通产品开发的可能技术之一。
* 功能耗尽：功能耗尽图是已完成功能相对于时间的图形表示。
它可用于跟踪项目或 Sprint 的进度和预测范围变化。不过，Scrum 并未强制或规定使用这种方法。它是产品负责人用来监控和沟通产品开发的可能技术之一。
* 关键路径分析：关键路径分析是一种项目管理技术，用于确定项目或 Sprint 如期完成所必须按时完成的任务顺序。它可用于计划、监控和控制复杂的项目或 Sprint。不过，Scrum 并未强制或规定使用该方法。它是产品负责人用来管理产品开发的可能技术之一。
* 项目甘特图：项目甘特图是一个项目或 Sprint 的任务、依赖关系、工期和里程碑的图形表示。它可用于计划、监控和控制复杂的项目或 Sprint。不过，Scrum 并未强制或规定使用该图表。它是产品负责人用来管理产品开发的可能技术之一。
因此，正确答案是以上都不是。
参考资料
* [Scrum 指南]，第 6 页，"产品负责人 "一节
* [Scrum Guide]，第 11 页，"Product Backlog "部分
* [专业 Scrum 产品负责人培训]，第 8 页，"发布管理 "部分

说明
* 在 Scrum 中，一个给定的产品只有一个产品和一个 Product Backlog。Product Backlog 是 Scrum 团队和利益相关者了解真相的唯一来源。它包含所有需求、特性、功能、增强功能、修复功能，以及其他任何能为客户和产品用户带来价值的内容。产品负责人根据产品愿景、目标和价值对产品 Backlog 进行排序。
* 一个产品有多个 "产品积木"（Product Backlogs）会造成混乱、重复、不一致和浪费。这也会使 Scrum 团队和利益相关者更难统一产品方向和优先级。因此，每个 Scrum 团队都不应拥有单独的 Product Backlog。
* 产品负责人负责将 Scrum 团队工作所产生的产品价值最大化。产品负责人负责管理和完善产品积木（Product Backlog），与利益相关者和开发人员合作，并以最有利于实现目标和任务的方式对项目进行排序。产品负责人代表与产品有关的每个人的利益，确保 Scrum 团队在正确的时间做正确的事情。
* 一个产品有多个产品负责人会造成冲突、重叠、空白和低效。这也会增加保持清晰一致的产品愿景、战略、路线图和工作积压的难度。因此，一个产品只能有一个产品负责人。
* 在某些情况下，当有多个 Scrum 团队为一个产品工作时，可能有必要建立某种形式的扩展或协调机制，以确保团队之间的一致和协作。但是，这并不意味着应该有多个产品负责人或产品积木。
相反，应该有办法促进团队之间以及与产品负责人之间的沟通、反馈、整合和透明度。例如，Nexus、LeSS、SAFe 或 Scrum of Scrums 等框架或实践有助于 Scrum 的扩展。
参考资料
* Scrum 指南：https://www.scrumguides.org/scrum-guide.html
* Nexus: https://www.scrum.org/resources/what-is-nexus
* LeSS：https://less.works/
* SAFe：https://www.scaledagileframework.com/
* Scrum of Scrums: https://www.agilealliance.org/glossary/scrum-of-scrums/

说明
产品负责人必须为每个产品积木项目创建清晰明确的验收标准，然后才能在冲刺计划中选择该项目，这是不正确的。这是因为
* 验收标准是产品负责人或利益相关者验收产品积木项目时必须满足的一系列条件。它们用于验证项目是否符合预期的质量和价值标准。
* 在 Scrum 中，验收标准不是强制性的，也不是规定性的。它们是可能的技术之一
* 产品负责人可用于向开发人员和利益相关者传达他们的期望和要求。它们不是 Scrum 指南或 "完成 "定义的一部分。
* 验收标准无需在冲刺计划之前创建。验收标准可以在产品开发过程中的任何时间创建或完善，只要在项目被视为完成之前就明确并达成一致即可。它们也可以根据反馈或新的见解进行更改或更新。
* 要在 Sprint 计划中选择一个产品积木项目，唯一的要求是该项目足够清晰，随时可以选择。这意味着它有足够的细节和精确度，以便开发人员了解他们应该构建什么以及为什么要构建。这也意味着产品负责人已根据价值和影响对其进行了完善和排序。
参考资料
* [Scrum 指南]，第 14 页，"冲刺计划 "部分
* [Scrum 指南]，第 12 页，"产品积木细化 "一节
* [Professional Scrum Product Owner Training]，第 7 页，"Product Backlog Management "部分

说明
* 产品负责人是一个人，而不是一个委员会或一个团队。产品负责人负责将 Scrum 团队工作所产生的产品价值最大化。产品负责人负责管理和完善产品积木（Product Backlog），与利益相关者和开发人员合作，并以最有利于实现目标和任务的方式对项目进行排序。
产品负责人代表与产品有关的每个人的利益，确保 Scrum 团队在正确的时间做正确的事情。
* 一个产品有多个产品负责人会造成冲突、重叠、差距和低效。这也会使保持清晰一致的产品愿景、战略变得更加困难、
* 路线图和积压工作。因此，Scrum 团队不能有多个产品负责人。
* 产品负责人负责对产品积压（Product Backlog）进行排序。Product Backlog 是产品中所有已知需求的有序列表。它是 Scrum 团队和利益相关者了解真相的唯一来源。它包含所有需求、特性、功能、增强功能、修复功能，以及其他任何能够为客户和产品用户带来价值的内容。产品负责人根据价值、风险、优先级、依赖性、反馈或市场条件等因素对产品 Backlog 中的项目进行排序。
参考资料
* Scrum 指南：https://www.scrumguides.org/scrum-guide.html
* 产品负责人：https://www.scrum.org/resources/what-is-a-product-owner
* 产品积压：https://www.scrum.org/resources/what-is-a-product-backlog