跳转到主要内容

热门内容

今日:


总体:


最近浏览:


Chinese, Simplified

category

我惊讶于有人发现他或她可以通过企业架构和 IT 架构实现什么时闪闪发光的眼睛。

这种奇妙的效果通常始于一次随意的对话,例如当您在某个活动中第一次见到某人时发生的一种情况,揭示了您所在行业的颠覆性变化。

前几天我进行了那次谈话。

从主会议室出来,我口渴了,就往吧台的方向走去。新饮料?当然,算我一个。这种饮料异常绿色。与我童年在巴黎时使用的“空竹薄荷”中的一种颜色相同。但是这个玻璃是有雾的。当我看着接受者试图猜测魔法药水是由什么制成的时,调酒师正在观察我。犹豫的时候,他说:“是从日本来的。你会喜欢的”。尽管他很有信心,但他并没有说服我。他怎么会知道我的口味呢?尽管如此,我还是喝了神秘的饮料,而且,天哪,他是对的。 ——不管叫什么名字——都很好吃。

我旁边的人正在尝试一种雾红色的丹药。当她看到我脸上的惊讶时,她参与了谈话。

“这是一个有趣的演示。很棒的演讲者。如今,一切似乎都被技术加速了,不是吗?嗨,我的名字是 X,我是 {cool company name} 的数字主管。”

我礼貌地回答,自我介绍。

“很高兴见到你。我叫扬尼克。 ING 首席架构师”。我和她握手,接着说:“确实,我们正在经历有趣的变化。为了更好,我相信。”

“啊,所以你是从事房地产建设的?非常好!事业蒸蒸日上,你一定是个幸福的人!”

“我确实在施工。然而,我建造的是企业,而不是架构。”

她停顿了几秒钟。 “你是什么意思?你不是在管理自己的建筑公司吗?”

“不是一家公司,而是地球上最大的金融技术集团之一的企业架构部门。不过,这感觉就像经营自己的企业一样。我团队的专长包括以最优化和可持续的方式有条不紊地设计和规划产品、服务甚至整个业务线的开发。我们提供的一切都符合客户的需求,并根据其财务、时机、机会、技术、监管范围等进行。我们考虑所有方面。基本上,无论多么复杂,我们都能为您提供解决方案。”

“啊,有趣!我什至不知道有这样的工作。 “所有方面”,你的意思是……?”

  • “假设您想出了一个绝妙的主意,通过提出新的产品线或重新考虑您的服务来使自己与众不同。使用企业架构构建方法,我将首先指导您定义和详细说明您的需求和您想要实现的目标。很多时候,你认为你想要的并不是你需要的。

 

  • 其次,我会问你一些问题来发现需求,包括一些你一开始没有考虑过的问题,还有一些你不认为关心它们很重要的问题。

 

  • 第三,我们将列出您的限制条件并找出您必须遵守的法律框架。鉴于您的预算和资源,我将与您核实您期望的结果。目的是从一开始就揭开信仰的神秘面纱,然后我将与您分享如何获得您想要的东西。它类似于建筑行业,您必须遵守一些规则,例如环境准则、使用的材料、施工许可等。”

“好吧,我现在开始明白了。告诉我更多。”

“当然。



完成上述活动后,架构师进行第一次设计。这是满足您期望的解决方案的草图。目的是评估影响,同时使产品更加直观和有形。随后进行了一些研究,以尽可能最好的方式确定可以满足您需求的组件。我用 S 说“方式”,因为重要的是您在此过程中所做的选择。这一切都归结为为您提供替代方案以保持您的选择自由。

最终,架构师将引导您做出最佳决策。

在这个设计阶段,它们是几个研讨会、讨论、谈判和信息会议,以详细说明主解决方案设计并精简财务分析。

从那时起,我们将根据协议和工作范围共同启动档案。这种相互理解就像合同一样。

  • 第一阶段从订单开始,其结果将是对您的需求、架构蓝图、施工规划、报价的迭代分析,与产品开发公司的任何合作伙伴都可以从中制造您的产品和服务。”

“这看起来是一项非常有趣、非常复杂且要求很高的工作。你能在所有这些领域都有知识吗? “

  • “视情况而定”——这是架构师最喜欢的名言。

“架构师至少是两个领域的专家:业务领域和技术领域。它们是 PI 形的。例如,我的职业生涯始于开发工程师,后来发展成为信息系统集成专家,专业是金融服务和保险。



此外,他们必须了解其他领域的目的和机制,以及它们如何组合在一起。他们培养了系统思维。例如,一家公司有一个营销部门、一个财务部门、一个 IT 部门、一个销售部门等。它们中的每一个都有其存在的特定理由,并且它们由大量的活动组成,这些活动是其基本要素。公司机器。在销售之前,营销的目的是展示、展示、吸引客户,同时分析潜在客户,同时继续吸引现有客户。为了更好地销售,IT 将产品的销售目录和规格数字化,同时在移动应用程序上提供 CRM,以便销售人员可以随时随地与潜在客户联系。

我可以继续说下去,但重点是架构师将这些领域中的每一个、每个用户交互、每个流程、每个应用程序、每个技术、每个数据、每个技能都视为一个构建块,需要组装起来以满足您的需求并遵守与商定的要求。这就像得到几盒乐高积木,找出相关的积木,并详细说明实现构建的说明。因此,无需成为多个领域的专家,但您需要了解他们的目的并了解行业如何与您的客户相关。在实践中,我们会在需要时联系专家。”

“嗯。这听起来很容易理解,但执行起来却很复杂。”

“你是对的。”

  • “但我以前怎么没听说过企业架构师?想想看,从企业达到一定规模的那一刻起,你的工作就显得很有必要了。”

“也许你做到了,架构师比你想象的要多。由于各种历史原因,架构与信息技术部门相关联。因此,大多数时候,公司里的人都认为我们就像做 IT 工作的 IT 人员,而我们提供的是业务和技术战略、业务和工程分析、业务和工程设计、业务和工程规划以及业务和工程创新。

价值链中的几乎每一个变化和改进都需要软件和硬件。所以这并不让我感到惊讶,我们的核心技能是工程。我们在制造可预测性和精度方面茁壮成长。

尽管如此,我完全理解为什么人们将架构师仅归类为技术领域,如果他们不断地使用他们的专业知识的一部分来展示自己。有时候很舒服!”

“或许。既然你提到了。通常,每当我们需要更改、创建新功能或修复问题时,我们都会与 IT 专家讨论。我们信任他们,但有时感觉他们让事情变得过于复杂。”

我们俩都开怀大笑。

“我只是在这里分享我的感受。我无法评估他们是否可以做得更快或更好。我们知道他们会尽力而为。然而,我们希望我们拥有更灵活、更现代的 IT 系统、更自动化的东西和漂亮的用户界面。好吧,至少他们确实有效!”

“相信我,这才是最重要的。我有一个非常简单的架构座右铭:

  • 第一,它需要一直工作得很好,
  • 第二,它必须易于使用、记忆、教学和维护
  • 第三,它应该看起来很棒。”

“但愿如此。不过,这让我想知道……如果业务和 IT 人员已经可以构建东西,我为什么需要架构师?”

“好问题。为了回答你,我要开始:我更喜欢你不需要我。”

“我没想到会这样。我很困惑……也很好奇!”

“我知道。为什么您需要土木建筑师来修理灯泡、更换厨房水槽,甚至更换建筑物的外墙?不,您不需要参加活动。你打电话给电工、水管工或者你自己做。您需要专业的建筑商或维修人员。自治对每个人来说都是最好的。但是,如果您正在寻找建造新房子、用新房间扩建房子或改变浴室的位置,您可能需要致电您的建筑师。最终,您可以在没有人的情况下做到这一点。但是,您决定冒着风险花费比预期更多的钱,让建设花费比预期更多的时间,收到可能不符合您期望或更糟的东西。

决定权完全在你。”

“我明白你的意思。那么我应该何时何地聘请架构师?我需要蝙蝠符号吗?”

“对于大多数小的变化,你不需要架构师。经验法则,如果结构没有改变,影响的规模和数量保持相似,您就不会触及您的基础,也不会带来任何新的实质性数据或业务功能,请询问您的工程师或高级业务分析师做出改变。但是在某些时候,您的公司变得足够大,以至于人们开始失去视线、控制权和对一切如何结合在一起的理解。企业的系统过于复杂,无法由每天忙于特定任务的人处理。此外,这既不是他们的核心知识,也不是他们的核心活动。似乎这还不够,技术颠覆的步伐还在不断加快。

根据经验,当您执行以下操作时,您需要一名架构师:

  • 想要一些定制的东西
  • 正在处理复杂的工作计划
  • 不知道从哪里开始
  • 需要获取或利用一项技术
  • 寻求指导以构建可持续和可扩展的企业功能
  • 需要以良好的准确性计划可行的策略
  • 要么你想要每个人都能得到的东西,要么你想要定制的东西。”

“有不同类型的架构师吗?我的意思是,我们有不同类型的建筑工人,比如水管工、木匠、电工等。”

“架构师是……架构师。有架构师的味道。假设他们有专长。他们中的一些人是基础设施方面的专家,一些是数据方面的专家,还有一些是软件方面的专家,而另一些人则专注于特定行业的专业知识。从客户的角度来看,唯一重要的是他们提供相同的服务并且他们一起工作

他们具有相同的基本知识和操作方式。不过,架构师的技术可能有所不同。随着 Zachman、TOGAF 等各种架构方法的实践。一些公司建立自己的,因为它更适合他们的行业和他们的组织,例如 EAgile for ING。有些更专业,比如我针对初创公司和创新组织的 AMASE 方法

我可以告诉你更多,但我会把这个留到下一次。”

“我感谢您的这些解释和您的时间。坦率地说,这令人大开眼界。我需要和我的执行同事谈谈。”

“我很高兴,X 女士。还有一件事。你知道“架构师”这个词的由来吗?”

她看着上方,仿佛在看记忆深处的答案。然后一秒钟后,火花。她用闪烁的眼睛说:“架构大师!”。

 

原文:https://yannick-huchard.medium.com/leading-you-to-the-best-decision-70a…

本文:https://jiagoushi.pro/node/1886

本文地址
最后修改
星期二, 三月 5, 2024 - 21:43
Tags
 
Article