简介
我们越是接近SAP S/4HANA云3系统的时代，对这种环境下的部署协调的讨论和理解就越是相关。
这篇博文描述了人们普遍熟悉的SCRUM术语，如波浪和冲刺，是如何与SAP云ALM的可能性联系起来的。
发布：理解SAP云端ALM中的项目时机
从时间框架的角度来看，SAP Cloud ALM中提供的最大的实体是发布。你可以在 "项目"应用程序中创建发布。
一旦你建立了你的项目并创建了发布，你就可以把发布分配给项目。
一般来说，建议这两个实体之间的关联是一个项目有一个发布。
发布版本：分割你的项目
正如你在第一张截图中看到的，在Release中也可以有Release的版本。
在SAP Cloud ALM中拥有发布版本，我们可以将它们与SCRUM中的术语相匹配，如Waves。
例如，如果我们谈论的是SAP S/4HANA云的初始实施项目，每个波段（以及版本）可以包含新国家的激活和相关活动。
SAP云ALM中的Sprint
切换到Sprint会使我们进入更低的颗粒度。我们可以在早期设定的项目中创建SAP云ALM 的Sprint。
我们可以说，SAP云ALM的Sprints和SCRUM的Sprints是一样的，常见的方法是有2周的Sprints。但在过去，许多公司试图转换为更短的Sprints。
因此，一个浪潮 （和一个发布版本）会有几个Sprints。Sprints旨在解决某些技术任务，这些任务可以被详细描述。作为这种任务的一个例子，我们可以使用为一个业务实体建立集成流程 或为一种类型的文件设置输出方案。
这些例子把我们引向SAP云端ALM实体，其目的是帮助定义已经提到的技术任务。 用户故事和 特点.这两个实体的详细描述可以在链接的博文中找到。对于我们在这里讨论的概念，重要的是要提到，在一个Sprint中，可以有尽可能多的用户故事，这对于正确定义Sprint中要实施的技术方案是必要的。
转移到PRD
上述概念不仅对流程和团队的组织起着重要作用，而且对在目标系统的生产租户中获得技术上一致的解决方案也起着重要作用。例如，在SAP S/4HANA云中设置业务流程，可以包括不同的活动，如微调、应用内可扩展性和嵌入式蒸汽朋克可扩展性。这些活动可以分布在不同的团队和SAP云ALM任务 之间*。* 但只有当系统中的所有组件都可用时，整个业务流程才能正常工作。因此，至关重要的是，使用依赖性的 传输请求，将所有的部件同时从DEVSAP S/4HANA云系统转移到TEST（如果我们谈论的是3个系统景观）。
因此，我们可以为一个功能（和用户故事）提出几个传输请求。
但同样重要的是，最终导入到PROD系统应该完成先前描述的Wave（或发布版本 ）。
各种SAP云ALM分析解决方案为追踪此类流程提供了强有力的支持。
总结
所描述的术语和依赖关系的最终图景将是这样的。
毫无疑问，我们可以假设，在越来越复杂的项目中使用SAP云ALM时，会出现更多问题和考虑。我们将在未来的博文中继续从不同的角度评估部署协调，例如，在这篇博文中已经完成了。
