跳转到主要内容
《转折点》第四章发布:如何解决因使用内部系统而造成的技术债务问题?

《转折点》第四章发布:如何解决因使用内部系统而造成的技术债务问题?

2023年2月23日 23次秝妤

2022年12月,The Open Group首部中文版数字化小说《转折点》正式发布,小说由The Open Group Press出版。小说讲述了一家虚构的公司在数字化转型之旅上发生的故事,通过主人公ArchiSurance公司首席架构师凯思琳博士视角,我们得以看到她和团队经历了许多公司在做出部署数字技术决定时所面临的典型问题。

 

本书简单易读,为数字化转型提供了指导。在整个故事中,许多The Open Group的标准被用来解决ArchiSurance数字化转型中出现的复杂问题。TOGAF®框架、IT4IT™参考架构和ArchiMate®建模语言是其中主要涉及的标准。既能吸引该领域的新手,也能吸引那些想了解这些标准好处的有经验的架构师、以及他们如何一起使用这些标准来实现更大的成果。

 

为了让更多人了解到这本数字化转型的必读物,自2月初,我们采用了【部分章节摘录】的形式,进行连载发布(欲了解完整故事,可至文末微店进行购买)。上两周,我们了解到凯思琳是如何说服CEO布拉德,并为公司制定新的价值流计划的如何确保产品/服务全生命周期的高效交付?;以及如何利用IT4IT™标准构建贯穿产品生命周期的工作流程?(点击了解详情)。

 

本周,让我们继续走进凯思琳博士的职业之旅,看她是如何解决因使用内部系统而造成的技术债务问题吧:

 

本章关键词:

IT4IT|债务|价值流

 

 

第四章

从需求到部署

 

转换:新型产品架构

 

自从公司合并以来,许多不同的工作已经完成了开发和交付,但只取得了很小的成绩。然而,对于“客户亲密关系数字化”这个战略主题,已有的几个计划中,团队规模却都比通常更大。就在这些团队成立四星期之后,凯思琳发现团队之间正在渐行渐远。

 

她决定聘请卡尔·海菲尔德来领导“客户亲密关系数字化”解决方案架构的实施,卡尔是云领域架构师、首席解决方案架构师,负责过公司合并活动。可她不想再增加一层官僚机构,因此她要求卡尔设计一种组织结构,让业务导向团队保持自主和自组织,这也应该有助于减少不必要的会议和评审。

 

在一周之内,卡尔确认所有的团队都在全力以赴地开发他们的第一个版本。不过他很快发现,在对信息系统架构的描述上团队之间并没有达成一致,这导致了团队之间的误解。为了增进协同作业,卡尔与两个业务导向团队的解决方案架构师⸺克里斯·凯勒和哈马尔·约翰逊合作。由他们基于已经开发完成的部分共同协调解决方案的架构。他们安排了一系列同步会议,从而能够以迭代方式开发架构,并相互知会各自在每轮迭代中的进展。

 

 

不久之后,凯思琳就欣然看到了进展。卡尔召开会议来展示解决方案架构第一轮迭代的成果,会上克里斯展示了信息系统架构,哈马尔展示了技术架构。她再次发现 ADM 循环有助于迭代式地构建架构,但是没必要强制使用 ADM 的词汇。用这种方法,在多个敏捷团队下,会让一个连贯的产品架构随时间推移逐渐浮现。克里斯、哈马尔和卡尔正在身体力行地用这种方法领导其他团队,并且使用 ArchiMate 语言来记录架构。

 

不一致的选择

 

几周以后,凯思琳和她的团队正在进行最新一轮的架构迭代。作为架构愿景阶段的一部分,他们制定了一份利益相关者名单。在早先的迭代中,他们通常都关注关键利益相关者好让最小可行产品 (MVP) 的规定得以执行。根据利益相关者的意见,他们随后开发了 TOGAF® ADM 的不同架构。过程中,他们搭建了一条架构跑道,来指导开发团队,帮助他们启动工作。

 

……

 

凯思琳知道,她和她的团队是时候着手启动下一次架构迭代了。两周前,他们已经开始开发下一组特性及启用程序,可以说架构跑道是足够长的,能够支持各个团队继续产出所需的结果。

 

凯思琳对团队的成果非常满意:模型已使用 ArchiMate 建模语言进行了创建,图表和信息得以集中存储,团队之间的协作也正在增强,他们已经拥有强健的架构存储库了,架构流程看起来也正在按预期工作。

 

在继续与产品负责人对成果进行交流后,对开发团队下一个计划周期的输入也已准备就绪。凯思琳打算查看收件箱中的未清项目后就结束这一天的工作,这时她注意到一封电子邮件,是投资组合管理工具自动发来的,提醒她注意一个审批。

 

这个审批请求来自正在支持大数据团队工作的克里斯,他请求批准一笔额外预算。一般来说这是小事,此时的凯思琳心情很好,也为了让克里斯和大数据团队满意,她点击电子邮件中的按钮立即批准了这个请求。

 

两天后,凯思琳收到了迪克的日历邀请。她打开邀请,阅读里面的内容。

 

“嗨,凯思琳。客户亲密关系数字化战略进展很大。我从业务部门那里得到了很好的反馈,看起来他们开始把我们看成合作伙伴,而不是成本中心。

 

凯思琳笑了;她到现在所做的所有工作正是为了这样的反馈。

 

迪克的消息还说道:“我确实有一个小问题。我收到一封电子邮件,要求批准投资组合管理工具的预算项目,这很奇怪,因为我已经批准过了。这个请求好像来自大数据团队,需要 200 万美元的额外的投资。很显然,这已经超过了我们原始投资决策的最大值,这也是为什么要找我来审批。你知道,在公布额外预算之前,我需要了解更多的相关信息。我们正在取得很大进展,但这不应该是不惜一切代价地。我们需要对其预期结果和对业务的价值进行判断。你好像已经批准了这个请求。请明天早上第一件事就是来向我解释细节。在我的办公室见,谢谢。此致,迪克。”

 

凯思琳看着她的屏幕,不知道在自己在想什么。200 万美元?她同意了?凯思琳打开投资组合管理工具开始寻找 200 万美元的预算请求,花了几分钟就找到了它。她惊恐地看到上面有她的批准。

 

愚蠢的电子邮件按钮。她在心里暗自记下,要推动工具的改变,电子邮件需要包含更多的详细信息。她再也不想犯同样的错误,在不知道细节的情况下就批准。

 

架构债务

 

放下手上的活儿,凯思琳开始研究这项投资的用途。毕竟,迪克期待明天的第一件事就是听到答案。她走到卡尔的办公桌前,发现他正在处理大数据平台和物联网系统之间信息交换的一些细节。

 

“嗨,卡尔,我们去喝杯咖啡吧。我需要你帮助来处理一下关于克里斯预算请求的事。”

 

凯思琳解释了迪克对明天会议的期望。

 

“所以,你能想象我为什么要尽快彻彻底底搞清楚。”

 

“当然,”卡尔说。“其实很简单。克里斯只是想在每个新的客户亲密关系数字化版本发布之前做好准备。上周,我们终于开始与业务导向团队合作,还根据营销团队最乐观的销售预测,对数据量的引入进行了一些计算。别担心,如果这些预测属实,我们的收入会大大增加,而成本却微不足道。”

 

……

 

凯思琳开始担心起来了。她和卡尔一起回到她的办公桌,坐下来查看架构存储库。她打开了那个系统,里面存储着策略和描述概念服务的 ArchiMate® 设计。

 

在接下来的三个小时里,他们都在研究如何修复因为使用内部系统所造成的技术债务。

 

……

 

第二天早上,她起得很早。迪克是个爱早起的人,她不想让他久等。让斯文照顾孩子,她开车去上班,径直去迪克的办公室,这时七点整。

 

……

 

迪克起身走到窗边。“但我很高兴,”他回头看着凯思琳继续说道,“虽然这次我们能够更早地发现问题,你又设法更快地找到了解决方案,但我们仍然需要研究如何将更积极的工作方式制度化;一种能够在需要的时候和地方提供必要信息的方法。就像你一直提到的“从战略到组合”那样,它用起来效果很好。”

 

“我认为,”凯思琳突然意识到,“还有另一个价值流中断了。我们在企业架构工具中存储了有关策略的一些必要信息,但是当我昨天向卡尔展示时⸺他是首席解决方案架构师⸺看起来他是第一次看到它。”

 

“你是什么意思?企业架构工具集中有什么我们需要改变的吗?我以为我们已经解决了这个问题?”

 

“不是企业架构工具集。除了从战略到组合价值流,IT4IT™参考架构还有其他三个价值流,也许是其中一个有问题了,我很想调查清楚是哪一个,不过还有其他更重要的事情要做,这是不可能的。”

 

“去想想看吧!”迪克摇摇头说,“说不定就在我们手头已经有一个解决方案了呢,找到了尽快告诉我。”

 

回到自己的办公桌,凯思琳再次研究起 IT4IT参考架构,她的注意力被吸引到部署价值流的需求上。当初她没有考虑这个需求,因为公司使用 Scrum 作为开发团队的一部分,而她在图上没有看到任何提示 Scrum 的东西。而现在仔细研究了价值流之后,她注意到该模型并不是专门为瀑布模型或者 Scrum 开发模式而构建的,而是与开发过程的类型无关,对她来说更重要的是它与战略到组合价值流有许多联系。
 

……

 

有了这些信息,凯思琳开始对需要做的事情进行总结。

 

首先,团队需要改进协作。从一开始,他们就一直基于跨职能团队的原则来创建业务导向团队,但他们一直将架构师作为外部元素;不是作为围绕价值流本身的团队的一部分,而是作为一种员工职能在外部,这基本上意味着企业架构团队仍然在孤岛中运作,还是老套的做法。所有工作都围绕价值流进行,因此架构师需要与价值流保持一致,一个好的起点就是参与业务导向团队的仪式。与产品经理意见相同,企业架构师需要参加架构协调会议,同样重要的是,企业架构师也需要参加 sprint 演示、回顾和待办事项梳理会议。从而架构师能够第一手了解到什么不起作用以及哪些变化对组织最有帮助。

 

其次,企业架构管理工具和软件设计工具之间需要进行集成,以便图表共享,从而使架构存储库得到增强。


第三项是策略系统需要与需求系统连接。