你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
云组织反模式
客户经常在其组织结构中遇到云采用反模式。 许多因素可能会导致这些问题：
- 工具集
- 合作伙伴
- 工程师
- 未对齐的 IT 部门
了解这些因素在成功的云采用方案中的作用非常重要。
反模式：将 IT 视为成本中心
许多公司将 IT 部门视为成本中心。 这种方法可能导致 IT 不会向公司增加价值。 当员工将 IT 视为提供商而不是启用者时，他们可能会感到沮丧。 公司也很难吸引合适的人才。 结果导致动机减弱，生命周期时间延长。 IT 部门的工作质量可能会受到影响，并逐渐形成孤岛和壁垒。
示例：将 IT 视为成本中心
一家公司将其 IT 部门作为负责首席财务官（CFO）的成本中心管理。 董事会认为 IT 部门是该公司最大的成本驱动因素之一，并且提供服务的速度较慢。 管理委员会没有意识到移动业务单元消耗了 IT 部门订购的大部分资产。 IT 会购买数据中心供所有业务部门使用，但移动业务单元将获得此超大资产。 董事会不会将 IT 视为推动者或合作伙伴。
首选结果：将 IT 视为启用器
请考虑以下方法之一，而不是将 IT 部门作为成本中心进行管理：
- 退款：业务部门将 IT 成本视为其预算中的运营费用。
- 反击或意识反击：IT 充当代理。 在向业务部门提交的报告中，IT 会将任何直接成本归因于相关业务部门。
使用云作为工具提高成本和业务透明度。 例如，实施 成本管理规则 以提高成本透明度。 然后，你将更了解不同业务部门的成本。 你将 IT 部门视为这些部门的促进者。
若要提高透明度，请专注于迁移到云时的可见性、责任和优化。 有关详细信息，请参阅 构建具有成本意识的组织。
反模式：在不涉及业务的情况下投资新技术
IT 部门通常投入大量人力和财力来构建和部署可靠的平台和工具集。 但是，有时 IT 在设计和开发阶段无法考虑业务部门及其需求。 这种遗漏会导致新平台与业务部门的相关性最低。 然后，员工对接受新技术犹豫不决。 采用率不佳或速度缓慢可能会导致这些结果。 当业务部门不使用其平台时，IT 内部也会产生挫折感。
示例：在不涉及业务部门的情况下设置平台
数据分析公司的 IT 部门无需涉及任何业务部门即可设置和自定义 Azure 平台。 使用平台时，业务部门开发人员：
- 意识到他们没有部署所需的权限。
- 只能使用受限数量的服务。
- 发出支持票证，延长审批周期。
- 开始怀疑新平台。
最后，一些开发人员自行购买 Azure 订阅，以避免 IT 规则和法规的麻烦。 影子 IT 出现。 由于该公司对影子 IT 几乎没有控制，因此出现了较高的安全风险。
首选结果：让业务部门参与决策
在部署企业就绪云平台时，避免创建 IT 孤岛。 在设计和开发过程中，让业务部门的开发人员和技术决策者（TDM）参与进来。 若要改进平台采用，请听取业务部门的意见。
有关提高采用速度并针对开发人员量身定制的 Azure 最佳做法和设计原则，请参阅开始使用云采用框架企业级登陆区域。 在合规性和灵活性之间取得正确的平衡。 例如，在保持开发环境敏捷的同时，找到满足治理和安全策略的方法。
反模式：外包核心业务功能
咨询合作伙伴和托管服务提供商（MSP）可以在云旅程中发挥重要作用。 但是，公司应该注意合作伙伴和 MSP 的工作不会在其业务中提供最大的价值。 将责任外包给 MSP 或云顾问的公司不应依赖于这些提供商。
示例：外包云采用和迁移
一个研究机构有一个时间关键型云迁移项目。 为了缩短云采用过程，它雇佣了 MSP 来构建 Azure 基础并实现迁移。 该研究所选择将 Azure 的所有责任移交给 MSP，而不是去了解云计算采用阶段并培养技能。 由于该研究所没有云或 Azure 知识，因此 MSP 会领导所有决策，使该研究所依赖于 MSP。
首选结果：使关键设计领域成为公司的责任
请记住外包作为一个很好的削减成本的策略。 但是，当公司涉及以下关键设计领域时，请在公司内做出决策：
- 治理
- 风险
- 合规
- 身份
将这些领域和其他对安全资产至关重要的领域的责任保留在公司内部。 使用外部合作伙伴加快采用过程。 但是，为了避免依赖于提供商，不要外包一切。
反模式：聘请技术决策者，而不是开发云工程师
公司重视找到合适的人员。 因此，他们经常在初始云采用阶段雇用或培养 TDM。 成功的云旅程依赖于 TDM。 但更重要的是，云计算的应用需要具备全力投入的心态和深厚技术技能的工程师。
示例：仅雇用 TDM
一家研究机构聘请了几个 TDM 来领导其云之旅。 初始高级概念阶段结束后，实现阶段将启动。 然后，该研究所意识到云部署的行为与本地部署不同。 它需要额外的云工程工作才能正确实施基础架构即代码 (IaC) 概念和策略驱动的治理。
首选结果：将云工程师用于实现阶段
请记住，工程师对于正确实现云自动化和登陆区域概念至关重要。 采用服务模型时，职责和任务可能会显著改变。 通过将责任转移到云提供商，可以更快地投入生产。 还可以使用 TDM 进行决策，但对于需要深入工程知识的任务，可以使用有能力的云工程师。 然后，你将意识到云提供的优势。