本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
建立一个 CCo E
考虑通过转型办公室或卓越云中心 (CCoE) 来发展您的云领导职能。 CCoE 开发并宣传了一种在整个组织中大规模实施云技术的方法。要成功采用云技术，请设计您的 CCo E，使其包括可以代表相关团队和部门发言的代表。从小处着手，逐步发展 CCo E 以满足您在转型之旅中的需求。您的主要云提供商代表（例如您的 AWS 客户经理和解决方案架构师）可以提供资源来指导您完成创建 CCo E。 CCoE 可以提高您建立主题专业知识、获得认同、赢得整个组织的信任以及制定满足任务要求的有效指导方针的能力。不存在适用于每个机构的单一组织结构，但是以下问题将帮助您设计自己的 CCo E.
-
你应该在你的 CCo E中加入谁？
一开始， CCoE 可能只包括少数早期采用者和云端拥护者。 CCoE 可能仍然很小，但它应该演变为包括能够代表受云采用影响的业务职能和技术职能的拥护者。业务职能包括变更管理、利益相关者要求、治理、培训、采购和沟通。这些职能通常由您所在机构的行政和教学团队成员代表。技术职能包括基础设施、自动化、运营工具、安全、性能和可用性。这些职能通常由您所在机构的 IT 团队成员代表。如有必要， CCoE还应设法让供应商和合作伙伴参与进来，以提供主题方面的专业知识。 CCoE 是一个活生生的组织。其成员资格、形式和职能可能会随着时间的推移而发生变化，甚至可能在未来某个成熟阶段解散。
-
欧盟如何与 CCo其利益相关者互动？
CCoE 为其他团队服务，仅用于告知和实现云的成功采用。看看将 CCo E 的某些部分嵌入到各个部门、学校和职能中。这样便可实现对更广泛资源的访问以及更快速的内部反馈。重点在于尽早在利益相关者之间建立合作关系和开放的沟通渠道，以在机构内部建立信任并打破组织壁垒。 CCoE 应明确与利益相关者沟通、收集反馈和培训用户的机制。 CCoE的成功指标应反映这种合作和沟通。如果仅以构建技术来衡量一个团队，那么将会构建更多的技术，但其使用和成果却会被忽略。相反，你的指标应该衡量一些因素，例如通过 CCo E 的工作实现自给自足的团队数量、 CCo E 走上关键举措道路的次数、举办的培训活动数量或 CCo E 产出的采用广度。精心构建、值得信赖 CCo的企业可以成为建立在信任基础上的更大规模组织转型的垫脚石。
-
你应该如何建立 CCo E？
大多数组织会从具体、有针对性的试点项目开始其云采用之旅。在这些项目中建立 CCo E。良好的开端对于整个旅程的成败至关重要。
-
从业务问题入手。为了技术而技术是一种糟糕的策略。如果您正在尝试云技术，请确定一个有说服力的业务使用案例，无论它看起来多么微不足道。然后，根据该使用案例进行反向推导，设定技术如何提供帮助的明确目标。不要在孤立环境中实施解决方案。在项目实施之前和期间，不断听取业务利益相关者的意见。所有成功的云项目都依赖于与将使用该技术的机构部门的密切合作。
-
从小处着手。选择一个提供“双向门”的低风险项目。这意味着该项目是可逆的，并且可以快速纠正任何错误。试点项目旨在进行实验。避免大规模、高风险的项目可以让您更好地控制实施和结果。它有助于针对具体的、可定义的问题，而不是设定宽泛的目标。例如，如果最终目标是自动化，那么就应该着眼于自动化特定任务，而不是整个工作。
-
定义并衡量成果。设定明确的指标以评测每个项目的进度和表现。提前明确定义所需的最终状态，以避免利益相关者的期望不匹配。与业务利益相关者和组织内的其他领导者密切合作，以确定期望和可衡量的收益。将结果转化为非技术语言也至关重要。从机构目标的角度进行阐述，例如项目如何提高客户留存率和降低客户流失率，如何降低成本和加快交付速度等。
-
从舒适区开始。在机构熟悉的领域中选择一个项目。通过这种方式，您可以确保该项目具备有意义、易理解且具有实际影响的目标。这样的项目将建立信心，为您的组织带来更好的长期结果。例如，如果您已经具备数据分析方面的专业知识，则可以从分析项目入手，在利用现有技能集的同时，开启您的云之旅。每个机构都有不同的专长，需要找到自身独特的组成要素，才能制定成功的数字化转型战略。
-
