本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 规划阶段的最佳实践
在全新 SAP 实施的规划阶段，该项目通常会遇到各种挑战和机遇。本节讨论了 AWS 专业服务团队参与的基于 AWS SAP 的五个关键学习成果。您甚至可以在项目启动或管理咨询团队参与之前就实施其中的一些建议。提供诸如角色和职责矩阵或团队联系人列表之类的文档草稿有助于加快提升流程。
## 构建 RACI 矩阵
为基础设施团队构建责任分配矩阵对于所有实施项目都至关重要。该矩阵采用全面的责任、问责、咨询和知情（RACI）图表的形式。RACI 用于明确复杂团队结构中的角色、分配和任务。它应与 AWS SAP Cloud团队、SAP Basis团队、SAP系统集成商（SI）和客户合作开发。这可以由其中任何一个团队或项目经理推动。在没有这些利益相关者的意见的情况下构建 RACI 会导致不一致、差异，有时甚至是冲突。重要的是要考虑项目的所有阶段。预先安排 RACI 可以加强所有参与方之间的伙伴关系，做到清晰明了。理想情况下，RACI 应在项目启动之前完成。
以下是全新 SAP 实施项目的示例 RACI 矩阵的摘录。
[ 下载完整的 RACI 矩阵](samples/sap-greenfield-implementation-raci.zip)
## 查看 SoW
了解 AWS 咨询和咨询服务工作说明书 (SoW) 的所有要素，并与主要利益相关者共同审查 SoW，以便所有人都能清楚地理解可交付成果。如果基础架构团队打算做的事情超出SoW的定义，请务必在风险、假设、行动、问题、依赖关系和决策 (RAAIDD) 日志中记录下来。在未开发的SAP实施项目中，保持灵活性和敏捷性至关重要，因此偏离SoW是一种常见的情况。但是，如果 AWS 实施伙伴开始超出记录的范围，预期就会变得模糊不清。当发生变化时，您应该保留一份运行清单，列出新的工作范围和可能需要做出的权衡取舍。对于瀑布项目方法，必须定义和实施范围变革管理流程。对于敏捷项目，待办事项优先级排序流程更适合管理范围。
注意事项：
+ 随着项目的进展，请务必捕获新的范围并定义所有新的交付项。这将帮助您管理成果预期，并在确定待办事项的优先顺序方面获得帮助。
+ 确定文档变更和任务以及现有交付待办事项并确定其优先顺序，这样就可以在项目的生命周期内生成文档，而不必拖延到最后。
+ 在整个项目中定期进行 SoW 演练，以便在可交付成果和优先事项上保持一致。
+ 要进行生产切换，请确保至少提前 12 个月批准具有只读访问权限的 SoW，以帮助提供超级医疗支持。
## 创建团队组织结构图和联系人列表
构建绘制描述团队和领导结构的高级组织结构图。制定跨团队联系人名单，包括基础设施团队所有成员的姓名、头衔和角色以及负责安全、网络和防火墙运营、Microsoft Active Directory、内部云运营和服务器运营等各种职能的关键联系人，从而更深入地了解情况。每个人都应该知道谁参与其中，以及他们在项目中扮演什么角色。当团队没有这些信息时，就会不可避免地会出现延误和沟通不畅。了解利益相关者的头衔也很重要。例如，您不会想邀请总监级别的利益相关者参加工作设计会议或日常站会，除非他们是讨论的主要贡献者。了解头衔和角色让您得以邀请合适的人员参加相关会议。在组织结构图中对团队进行可视化能够帮助您了解团队的结构以及如何共同完成项目。
下图提供了典型的 SAP 基础 AWS 架构组织结构图示例。
## 与内部云团队建立参与模型
如果您的 IT 组织有内部 AWS 云团队，则应与该团队建立互动模式，并与 AWS 实施合作伙伴（例如 AWS 专业服务或 AWS 合作伙伴）的任务进行比较，明确他们将要执行的工作。需要考虑的一项关键责任是在环境建成和移交之后为环境提供支持。例如，如果只有两名 AWS SAP Cloud 架构师正在为十几个 SAP 应用程序构建多格局和多环境基础架构，那么他们将没有足够的带宽来支持他们同时构建*和*构建新环境的环境。一种选择是要求内部云团队进行接管，支持已完成环境。这为内部团队提供了学习和掌握环境所有权的机会。当项目取得进展并确定新的工作范围时，他们将负责最终维护和扩展这些环境。
内部云基础架构和云 DevOps 团队还应就要使用的自动化软件类型达成一致，例如，是使用 AWS CloudFormation 还是使用 Terraform 作为基础设施即代码 (IaC) 工具。同样，他们可能会决定使用 AWS Systems Manager 或 Ansible 来执行配置任务，例如引导卷和 SAP 安装。这些决策应记录在案。此外，如果需要第三方监控和可观察性控制面板，但这并未在 SoW 中交付，可以考虑在此期间使用亚马逊和亚马逊简单通知服务 (Amazon SNS) Simple Notification CloudWatch Service Amazon 来设置监控和日志挂钩。内部云团队可以之后实施与第三方监控解决方案的集成。
项目模式或支持协议也应成为 RACI 矩阵的一部分，并在 SoW 中予以阐述。使用 AWS 服务可以实现相当高的自动化水平。SoW 和 RACI 矩阵应确定作为绿地 SAP 实施项目的一部分需要实现的目标，以及可以委托给运营团队的内容。
在建立互动模型时，请确定瀑布式、敏捷方法还是混合方法将是向前迈进的关键方法。 AWS 专业服务部门观察到，与瀑布式方法相比，实施敏捷或混合方法的项目任务完成率提高了300％，计划时间缩短了94％。在规划阶段，您还应该在客户的帮助下选择沟通计划和工具方法。下表显示了沟通计划示例。
最后，请务必确定将尽早为该项目提供支持的客户和 SAP Basis 团队。在实施和迁移新解决方案时对他们进行培训是尽早开始知识传授课程的关键。
## 记录云构建和部署过程
如果您的 IT 组织有内部云团队，则该团队应使用流程图记录云构建和部署流程，并与整个团队共享这些图表。您希望主要利益相关者能够轻松发现流程中的瓶颈或效率低下情况，并了解现有内部流程导致效率低下或延误的原因。在以下示例中，您可以看到 Active Directory 的加入和域名系统（DNS）的更新过程要如何花费最长的时间才能完成。这种视觉效果可能会激励团队进行协作，并弄清楚如何减少流程中该步骤所涉及的时间。
注意事项：
+ 分别记录帮助中心流程和工作流程，与基础设施团队共享此信息，并确保每个人都可以访问帮助中心工具，这样就不必依赖于一个人。通常，要加入 Active Directory、更新 DNS、打开防火墙和请求加密密钥，可能会有一个复杂而耗时的票证流程。记录这些流程并在项目规划阶段考虑每个团队的服务水平协议（SLA）至关重要。它还有助于解释为什么延迟或瓶颈需要特别注意才能消除。
+ 为 Active Directory 和防火墙或网络任务分配指定联系人。这些专用资源应该是您项目的一部分。如果您必须依赖服务票证，则无法控制服务 SLA。
## 项目路线图和里程碑跟踪器
以下图表提供了一个为期多年 SAP 的新建项目路线图示例。 AWS
下图显示了同一项目的 AWS 专业服务参与时间表示例。
下图显示了该项目的上线里程碑跟踪器。
