“如果你想要新的东西,你必须停止做旧的东西。”
——彼得·德鲁克,《公司概念》的作者
这篇文章介绍了 Salesforce 运营、治理和架构框架 (SOGAF),这是一个新的大规模治理框架,由对跨多个行业的学术文献、现有框架和转型案例研究的广泛研究提供支持。
为什么我们需要另一个治理框架?
我们已经看到技术驱动转型的两个根本性转变:技术模型本身以及实施和运营的方法。技术模型发生了变化,因为从内部部署到云计算的转变带来了许多好处,例如敏捷性、可扩展性、成本节约、最小的资本支出、增强的协作、随时随地工作等等。随着技术的这种转变,实施和运营的方法也从基于瀑布的、以项目为中心的交付模型转变为敏捷的、以产品为中心的持续改进模型。
转型三难困境
启动技术驱动转型的公司通常面临三难困境,即一组目标会产生不同的结果并带来特定的风险;他们必须从三个目标中选择两个来“保持在转型三角形的一侧”并推动成果。
让它纯净
这里的目标是通过快速实施标准技术来跟上业务的步伐,为所有用户组使用相同的设置——“采用,不要适应”。
风险在于触发“意外后果法则”。一个架构层的标准化可能需要其他架构层的定制。例如,标准化数据库层可能需要对 UI 进行自定义。
做这一切
这里的目标是满足所有业务需求,避免回归(即丢失以前对最终用户可用的功能),并确保未来用户组的可扩展性,以满足他们的特定需求。
风险在于重建“云中的遗产”。通过解决遗留痛点来设计应用程序通常会导致将这些痛点“提升并转移”到新系统,而不是让架构随着业务发展而面向未来。
让它好
此处的目标是提供完整的技术驱动型业务转型(例如,从“实体”到在线)以及从瀑布到敏捷技术交付方式的过渡
风险在于,这可能会导致混乱。业务和 IT 都将摒弃旧方法,学习新方法,替换现有流程和系统,同时构建新的流程和系统。
为了成功实现数字化转型并降低这些风险,建议公司从三个可能的目标中选择最有可能单独实现且彼此最兼容的两个目标。例如,追求“纯”快速和标准化 Salesforce 实施的公司将难以在不损失功能的情况下满足所有业务需求。
这对 Salesforce 架构师意味着什么?
Salesforce 架构师负责管理技术驱动的转型并交付构建其业务未来的成果。架构师面临着许多与大规模治理相关的问题,例如:
如果以可比公司为基准,我们今天在哪里?
要自力更生,我们从哪里开始?我们可以从多小的开始?考虑到我们的背景,我们必须走多远?
我们需要哪些组织实体、能力、结构、角色和技能?什么时候?
Salesforce 卓越中心 (CoE) 做什么?它与 Salesforce 设计授权 (DA) 有何关系?
我们如何确保端到端的一致性(业务、IT、项目、治理方法等)?
Salesforce 的企业运营模式是什么?
我们如何将运营模型转化为架构或组织战略?
大规模的 Salesforce 治理
Salesforce 治理可以定义为组织公司能力、领导力、人员和管理的战略。组织能力定义了如何管理 Salesforce 平台并确保最佳实践。领导层决定了如何以及何时完成,以及由 CoE、变更控制委员会或架构审查委员会等实体完成。人员和团队负责设计和交付价值,而管理层则确保一致性、合规性和兼容性或原因。
例如,治理的一个关键功能可能是确保交付团队遵循配置最佳实践。这是通过与架构师和开发人员举行定期审查会议来以一致和合规的方式管理平台,最大限度地减少技术债务,并决定配置与定制来完成的。
介绍 SOGAF
我开发了一个新的大规模治理框架,因为现有的架构和实现框架,例如 TOGAF 和 Zachman,并不是为平台设计的。Salesforce 运营、治理和架构框架 (SOGAF) 通过七种不同的功能及其端到端的一致性来大规模解决治理组件。SOGAF 以学术文献为基础,并通过案例研究进行了实证验证,检查了这些能力中的每一个,以期回答有关大规模治理的常见问题。
组织能力。设计、开发和部署所需的结构、角色和技能。
共同实体 (CoE)。CoE 的使命、范围和组织(或公司可能使用的该实体的任何其他名称)及其管理、启用、优化和确保产品采用的责任。
设计权威。人员和流程的组织,以确保一致性、合规性和兼容性。
运营模式。根据所需的业务流程标准化和数据集成水平,在整个公司内提供效率和可预测性的战略。
架构类型和组织策略。基于运营模型确定 Salesforce 组织战略的能力、系统和功能的架构层。
实施轴。Salesforce 实施方法源自运营模式和业务目标。
使命、范围和组织。基于 CoE、运营模型和实施轴的有组织的大规模治理支持计划。
SOGAF——一个由研究提供信息的框架
SOGAF 应用 MIT-CISR EA 模型和基于经验的实地研究方法来构建 Salesforce 转型计划和大规模治理框架。我分析并比较了转型计划的组成部分和功能与跨行业案例研究,以验证这个新框架。
SOGAF的创建包括三个部分:
第 1 部分。基于学术文献(五部分模型)、Salesforce 经验、案例研究和研究,定义大规模治理能力。
第 2 部分。应用 MIT-CISR EA 模型、价值学科和相关理论来定义规模模式的 Salesforce 治理。
第 3 部分。创建转型案例研究,以验证跨制造业、高科技、金融服务、消费品和能源行业的模型。案例研究的目的是为框架提供信息并特别回答以下问题:
在实践中,治理模式是否真的可以识别?
它们与运营模式相关吗?
公司的实际用例是什么?
组织和治理的成功模式是什么?
SOGAF 入门
您可以立即开始使用 Architect Digital Home for SOGAF Operating Models、Common Entity Framework 和 Architecture Types 上的可用资源,以帮助链接您的操作模型和组织战略。
作为即将推出的 Salesforce Enterprise Architect (EA) 计划的一部分,我还将发布有关 SOGAF 剩余功能的其他资源。这些剩余的能力将帮助架构师定义卓越中心的范围、使命和实施的具体重点。EA 计划将包括业务架构课程中的几门课程,旨在为架构师提供大规模治理的最佳实践,并指导以业务为先的方法来推动技术决策。
本文 :https://architect.pub/operating-governance-and-architecture-framework-salesforce | ||
讨论:知识星球【首席架构师圈】或者加微信小号【ca_cto】或者加QQ群【792862318】 | ||
公众号 | 【jiagoushipro】 【超级架构师】 精彩图文详解架构方法论,架构实践,技术原理,技术趋势。 我们在等你,赶快扫描关注吧。 | |
微信小号 | 【ca_cea】 50000人社区,讨论:企业架构,云计算,大数据,数据科学,物联网,人工智能,安全,全栈开发,DevOps,数字化. | |
QQ群 | 【285069459】深度交流企业架构,业务架构,应用架构,数据架构,技术架构,集成架构,安全架构。以及大数据,云计算,物联网,人工智能等各种新兴技术。 加QQ群,有珍贵的报告和干货资料分享。 | |
视频号 | 【超级架构师】 1分钟快速了解架构相关的基本概念,模型,方法,经验。 每天1分钟,架构心中熟。 | |
知识星球 | 【首席架构师圈】向大咖提问,近距离接触,或者获得私密资料分享。 | |
喜马拉雅 | 【超级架构师】路上或者车上了解最新黑科技资讯,架构心得。 | 【智能时刻,架构君和你聊黑科技】 |
知识星球 | 认识更多朋友,职场和技术闲聊。 | 知识星球【职场和技术】 |
领英 | Harry | https://www.linkedin.com/in/architect-harry/ |
领英群组 | 领英架构群组 | https://www.linkedin.com/groups/14209750/ |
微博 | 【超级架构师】 | 智能时刻 |
哔哩哔哩 | 【超级架构师】 | |
抖音 | 【cea_cio】超级架构师 | |
快手 | 【cea_cio_cto】超级架构师 | |
小红书 | 【cea_csa_cto】超级架构师 | |
网站 | CIO(首席信息官) | https://cio.ceo |
网站 | CIO,CTO和CDO | https://cioctocdo.com |
网站 | 架构师实战分享 | https://architect.pub |
网站 | 程序员云开发分享 | https://pgmr.cloud |
网站 | 首席架构师社区 | https://jiagoushi.pro |
网站 | 应用开发和开发平台 | https://apaas.dev |
网站 | 开发信息网 | https://xinxi.dev |
网站 | 超级架构师 | https://jiagou.dev |
网站 | 企业技术培训 | https://peixun.dev |
网站 | 程序员宝典 | https://pgmr.pub |
网站 | 开发者闲谈 | https://blog.developer.chat |
网站 | CPO宝典 | https://cpo.work |
网站 | 首席安全官 | https://cso.pub |
网站 | CIO酷 | https://cio.cool |
网站 | CDO信息 | https://cdo.fyi |
网站 | CXO信息 | https://cxo.pub |
谢谢大家关注,转发,点赞和点在看。