学习业务架构应该是IT人员,还是业务人员?

经常有学习企业架构的同学问我,没有IT经验是否也能学TOGAF,会不会听不懂。下图是前几天的一个聊天截图

以前大家普遍认为企业架构就是IT架构,所以有上面的疑问也很正常,但是我们提到业务架构的时候,仍旧会让很多人疑惑,这到底是业务人员学习还是IT人员应该学习的?接下来我说说我的想法。

01 布道业务架构

2009年开始我布道企业架构,当时很少人知道EA或TOGAF,这三年来越来越多IT从业人员开始关注和学习企业架构。但企业架构所发挥出来的作用与我期待的还是有比较大的差距,主要原因是大部分企业仍旧是IT人自己在“玩”。我希望未来十年,不再只是更多IT人员参与企业架构架构中来,而是有更多业务人员、战略规划人员参与进来,共同真正的把企业架构规划好、落实好。所以,我将继续下一个十年,去布道业务架构,希望能够影响更多业务方去形成架构思维,认识业务架构,与IT从业者共同推进企业EA的建设。

然而,业务架构的布道可能更难,因为在业务人员的世界了没有“架构”这个词汇。他们会认为”架构“这个词就应该是IT人员的事情,自己只需要提出一句话需求就可以了。也许我们建设一个一个烟囱式的系统,这样还勉强可以。但从企业全局视角来看,这样的建设无异于给自己扔下很多绊脚石。

虽然有这种意识的业务领导并不多,但还是可以看见已经有人走上了这条变革之路,虽然开始有点难,但这条道路将会让自己越走越顺,我也希望能为此贡献自己的一份力量。

02 IT人员学习业务架构

从我布道的目标来说,我是希望一开始就有很多业务领导、规划人员参与并主持业务架构工作的,但我也知道有这种洞察的业务领导和规划者并不多,所以我暂退一步,从我以前老本行讲起。

2009年开始学习TOGAF时,我在公司的职称是IT技术专家。但我发现,如果不是从业IT科学攻坚的事情,在商业的世界里,如果没有业务和商业视角,你的话语权可能会很小。即使你的建议是更正确的,也没有人听你的。所以我当时就下了决定,要跳出IT这个小圈子,然后像公司申请去做了产品负责人。然而,一个IT从业者的惯有思维对工作模式的影响还是很大的,虽然你可以通过学习掌握做单个产品的业务能力,但始终很难理解业务全局,更不用说战略意图。

如何与业务人员建立对话基准,如何让高层愿意为你留出一些交谈的时间?在我学习的众多方法之中,业务架构是最能帮助我从全局观视角去建立与战略、业务和IT对话的一个学科。正如下图所示,通过业务架构的思考和践行,我有了对组织级能力建设更整体且深入的认识。我跳出了IT人的局限视野,知道业务人员关心什么,你开始知道与他们对话谈什么,而不是总是说”系统“。

IT人员学习业务架构的作用不仅是建立对话,你甚至可以去教练业务人员。为什么IT人员还可以去教练业务人员?我一直把企业架构和业务架构都看作是一个管理学科,也就是说通过它们的学习,你并不是就懂了一些方法、一些模型,而是一种管理思维,这在很多业务领导人那里也往往是不具备的。而业务架构学科的形成是基于过去很多人的经验总结,里面其实就把企业管理的本质抽象的很好。而IT人员与生俱来的工作中形成抽象总结思维可以让我们更快的去掌握它。所以一个IT工作者,如果你能跳出自己原有的IT思维,其实是完全有可能胜任业务架构工作者。即使你仍旧专注于IT架构,你以后也能更容易理解业务架构,知道如何顺接业务去进行IT的架构和设计,这其实在很多IT人中也是欠缺的一项重要能力。

目前在我身边看到的是大部分IT人员仍旧在自己的IT局限视野中不愿走出或没时间走出,而业务人员又对此不感兴趣甚至都不知道还有这个学科可以帮助他。业务架构布道艰辛,所以我在此也希望有更多愿意有业务思维的IT人员能够领先走出来,去学习和应用业务架构,毕竟这个工作在组织角度来说是必须的,没有人做你就可以勇于挑战一下,对你来说也许是意味着职业生涯的一次转变呢。

03 业务人员学习业务架构

还是不得不说到业务人员,因为即使IT架构师学习业务架构,他们和我一样去企业中布道,仍旧最后还是需要业务人员采纳。

虽然我们一直说,中高层需要具备长远洞察,但可以这么说,业务人员都忙于运营,毕竟考核在那,眼前的问题一定会比几年后的事情跟容易被引起重视。但业务其实和IT是一样的道理。IT系统烟囱式的建设导致数据不能共享、应用不能复用,业务流程的非端到端的建设,同样会导致部门竖井,业务无法打通的结果。面向问题的解决办法终究只是大量小的、零散、有限影响的项目举措,这其实是一种巨大的隐性浪费。你发现业务所对应的IT系统支持越来越慢,质量也越来越差,这些技术负债其实有一大部分都是业务缺少设计而造成的。

业务架构的作用不只是业务运营,它其实可以帮助我们进行战略落地。战略规划人员可以想一下自己在战略制定到战略执行的整个过程中有哪些问题,你会发现其实也是欠缺方法的。而大部分现有的战略方法都是帮助我们如何以战略思维去思考,却没有架构思维去做结构化和落地设计。

业务人员和战略规划者通过学习业务架构可以更加透彻的了解企业的本质要素有哪些,这其中以能力建设为主,再引申出更多核心要素,通过要素就形成了一个完整的商业生态。如果我们的业务方能在IT架构建设之前梳理透彻,这对自身的业务战略和落地是有了巨大的贡献的。在此也希望看到更多业务人员和规划者能够开始接触业务架构学科,尝试着去学习它,这不只是对企业的长远发展有所帮助,也一定是你的认知升级的一次自我重塑过程。

04 其他人员学习业务架构

虽然标题上只列了IT和业务人员,但业务架构影响或被影响的人群还是有很多的。例如在月底【业务架构体系】广州线下公开课(4天)中我罗列了四个主要人群。

我希望未来几年能看到越来越多企业有明确的业务架构师,也希望有更多管理咨询师的学习布道,就像现在有越来越多的售前咨询师在我们IT帮学习企业架构TOGAF一样。

05 业务架构要学习什么?

我作为一个布道者,除了自己践行之外,还在思考如何能够以更好地方式把好的理念和方法传播出去。在业务架构学习中,我大致分为了三块内容,面向与业务架构相关的各类从业者:

1. 架构思维:适合业务架构相关人员

要想让业务架构发挥作用,我们必须打破它象牙塔的围墙 – 这座象牙塔是由一个不为大多数业务人员所理解和接受的学科建造的。业务架构需要由多个角色协作完成。为了实现这一点,需要将“架构思维”的思维方式带到业务角色和高管身上。

业务架构思维会其实可以看做是一个轻量级的内容框架,会让学员能够快速的了解组织级的业务视角应该看到什么,哪些是需要注意的,我们的现状是什么样的,未来的提升空间在哪里。

2. 架构框架:适合业务架构项目人员

如果你们正在开展数字化转型、中台等组织级项目的建设,这个项目涉及到业务架构领域,而你正好是其中一员,那么你就需要了解一个完整的业务架构框架是什么?如何从战略到实现?有哪一些输出和管理过程?哪些是我们需要以往没有重视却又比较重要的?

业务架构框架其实是从不同的相关实践集成而来的,其中有商业动机模型、商业模式和业务执行三大模块,每一个模块都将有详细讲解和示例,通过学习可以让自己更快的建立全局视野。

3. 架构建模:适合业务架构项目建模人员

如果只是使用Visio或Excel来对复杂系统进行描述,一定会让你受挫。除了维护之外,没有元模型的支持,也会让我们对业务架构的真正工作造成很大的挑战。你在前面两个板块的学习会建立整体的架构思维和管理框架,现在你要开始真正建模了,这个时候你需要知道能力、信息、价值流等核心概念的梳理有哪些具体原则?建模中有哪些指导?使用什么工具来表达?过程中如何维护这些模型?

架构建模需要建立在共同语言之上,你可以采纳任何一种达成一致的语言和工具,不过我们会优先推荐你在免费的Archi中进行建模工作。随着组织能力的提升之后,再去采购付费工具。

上面的业务架构体系能力建设是IT帮给希望提升业务架构能力的企业提供的微咨询服务,如果你的企业有这方面的需求,可以微信联系我。

如果你是对上面三个主题感兴趣的个人,也可以抓住我们这个月底的一次机会,这也是仅有的一次我对外公开讲解以上内容的一个体系课程。课程在月底开展,有几个学员临时有事无法参加,所有还有几个对外名额,想学习的可以抓紧扫码下图直接报名,或者微信联系我。

06 IT帮的希望

to 长期从事转型(愿景、战略、商业模式、企业架构、业务架构)相关学科的领导者:

  • 我们希望激励您与我们建立联系
  • 我们承诺将促进您的工作更加全面
  • 我们将在短时间内为你提供帮助

to 解决方案开发、创新相关学科的负责人、实施解决方案的人员(敏捷、业务分析师、开发人员,…):

  • 我们希望您在感到自己产生了点的解决方案之外,还能看到您对“更大整体”的贡献
  • 我们承诺将帮助您的职业取得发展
  • 我们将在短时间内为你提供帮助

to 业务高管:

  • 我们希望形成您长期思考的架构模式
  • 我们承诺将推动你的组织取得进步
  • 我们将在短时间内为你提供帮助

作者:周金根,一个自在快乐、勇于践行的布道者,致力于提升咨询师、培训师和企业高级专业人员在企业架构、产品管理、业务需求、创新、敏捷开发等领域的能力。

推 荐 导 读

更多文章

文章

企业需要一个什么样的企业架构师?

在构建一个建筑物和城市时的复杂性关系如同对IT系统的构建。要是你构建一个简单的、单用户、非分布式的系统,你就可以不需要构架师了。但是如果你构建的系统是企业范围的、重要的、分布式系统,你很可能需要数据库构架师、解决方案构架师、基础构架师、业务构架师,或者企业架构师。企业架构师是个新兴的职业,他有什么职责呢?

阅读更多»
业务架构学习群资料

D8.1 利用业务架构改善业务需求分析

在新产品方面,统计数字相当惊人;五分之四的产品会失败。首先,业务需求往往会失去对客户的关注;其次,需求缺乏一个整体的参考框架,使需求分析师能够从客户需求、战略到正在实施的解决方案,驱动和跟踪需求。业务架构解决了这两个挑战,并有可能扭转这一局面。

阅读更多»