【数据治理】企业管家轮班

这是我关于企业管理-数据智能的关键系列的第二期

作为一个同时从事数据和企业架构师专业实践的人，我一直觉得EA实践过于关注技术。如果你曾在EA领域工作过，那么大多数企业架构师都是从以前的it技术角色中走出来的，这也就不足为奇了。虽然EA很少有商业背景，但这种情况肯定会发生。每一条道路都有其长处和短处。

对于那些以技术为背景的人来说，许多人必须克服对工具和技术的固有偏见。无论角色如何，许多人面临的一个关键变化是企业架构中与优先级相关的思想转变。随着数据成为新的媒介，EA也必须转变，以适应经典企业架构BAIT模型的改革（见图1）。

四大支柱自我描述了企业的功能方面。开放小组已经为他们的TOGAF标准在此模型上建立了一个坚实的基础框架。这个“传统”的EA流程通过TOGAF的ADM绘制了一个过程，以定义每个支柱的清晰度，如图2所示。然而，这种方法很少在各个领域之间实现所需的平衡。原因在于大多数员工对工具的偏见，以及将支柱关系映射到需求所需的纪律和工作水平。

虽然框架比比皆是，但任何不生活在岩石下的人都应该清楚，这是一个软件驱动的世界。为此，能力讨论几乎总是从一个工具开始。因此，技术领先。这并不总是一件坏事。当涉及到数据和流程时，一个后果是应用程序和技术可能会影响信息和支持工作流程，如果不深入了解支持技术，这些信息和支持工作流往往会成为为业务解锁关键数据的障碍。尽管如此，科技始终是起点。

说到业务，IT当然知道它的面包在哪里涂黄油。虽然大多数首席信息官的预算都很高，但大部分（通常高达95%）通常已经花在了“保持照明”的支持和运营上。任何新技术或工具通常都需要IT之外的业务功能在请求中进行销售并找到资金。因此，由于它与业务/it关系有关，业务功能会推动对信息、应用程序和技术的请求。如今，业务流程存在于应用程序和员工使用其应用程序组合来推动任何业务的日常运营的方式中。正是在这些应用程序中，即使没有被埋没，进程也会被锚定。

对于可能的组织，资本支出和运营支出模型定义了这些应用程序的生命周期。ERP和CRM等大型单片平台通常需要折旧模型来支付不断增加的许可和实施成本。这通常表现为应用程序的生命周期为5-7年，可能每3年更换一次（或投资一次）。

它也是数据所在的地方，大部分时间都是难以提取或编目的专有格式。或者，软件即服务（SaaS）和平台即服务（PaaS）应用程序通常以原始形式屏蔽数据；这对主数据治理和数据质量工作可能具有挑战性。

最后，不幸的是，数据和信息的遏制，无论是结构化、半结构化还是非结构化，通常都落在备份、保护或报告的操作位置上；至少在以技术和应用程序为中心的架构方面是这样。越来越多的公司花费更多的时间和精力试图找到可信数据的单一来源。正是在这里，管理工作在与访问控制、一般可访问性以及复杂的数据转换谱系和数据“专家”作斗争时慢慢消亡。最终结果是EA BAIT模型的实际应用，如图3所示。其中，所有意图和目的的数据都属于最低优先级，因为它与公司企业架构的实施有关。

正是在这个空白处，企业管理之旅开始了。建筑师必须重新思考建筑的优先事项。他们还必须引领IT和业务思维方式的变革：业务和信息体系结构必须平等运作。企业及其信息之间的协同作用——无论是内部来源还是外部来源——都必须被视为一体。所有支持体系结构都必须将此作为优先模型。当然，应用程序仍然是普通人（即业务用户）如何真正领导关于使用什么数据以及如何以及何时使用数据的对话。但权力已经从曾经无所不能的数据库管理员转移到了业务领导者、数据争论者和职能领导手中。企业领导者必须接受壁炉台作为数据的管理者。

让我们暂时重新审视一下应用程序和应用程序的概念：我们当然都知道应用程序是技术。也就是说，技术转型的首要动力是向云的迁移。硅谷痴迷于此，而监管机构却在跳相反的舞。许多IT组织正在以混合形式迁移到那里，如果它们还没有基于云的话。然而，在许多情况下，现在是CISO和RISK在为云交付设置障碍。保护和强化内部部署和云之间的混合的复杂性绝非微不足道。SaaS还有其他障碍。例如，首席财务官也可能阻碍公司努力使账面上的遗留技术投资合理化。可以肯定的是，技术已经商品化了。150美元服务器和7年许可证折旧的日子应该一去不复返了。

虽然云和SaaS平台带来了自身的复杂性和挑战，但最终它们与业务松散耦合，只应用于推动业务/信息平价。当技术移动到优先级堆栈的底部时，国王就在这里倒下了。这种转变也将带来一个重大的变革管理问题。

最终，我们所倡导的变革将需要支持企业管理，如图4所示。业务架构走到EA世界的前沿是正确的。同样，更引人注目的是，随着信息支柱与业务体系结构支柱的对等，重点也将发生转移。同样引人注目的是，随着技术架构进入商品领域，它的优先级也在重新确定。但是如何到达那里呢？

我的下一期文章将重点介绍如何推动从企业体系结构到企业管理的转变，其中我将重点介绍业务能力模型和应用程序组合管理在转变过程中所扮演的角色。